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PREFACE 



This Software Status Bulletin (SSB) documents all known problems in the 
software product line designated on the cover page. The SSB is derived 
from Known Problem Reports (KPR) which result from Service Requests (SR) 
submitted by users of these products. The SSB is provided as a benefit 
of Hewlett-Packard's Account Management Support, Response Center 
Support, Software Materials Subscription, and Software Notification 
Service . 

Not all SR's submitted to HP are listed in the SSB. Ones which involve 
problems that cannot be duplicated, requests for enhancements and 
misunderstandings about an application or a feature are not listed in 
the SSB. SR's which refer to a previously documented problem are cross 
referenced within the report which originally identified the problem. 
Every SR verified by an HP Systems Engineer and sent to the factory is 
assigned a unique identifier and acknowledged by letter to the 
submitter. When the SR is classified as a documentation problem or a 
software design fault, a KPR is written for it. The KPR then appears in 
the next issue of the SSB. After the problem has been corrected and 
signed off by Product Assurance, the fact is noted in the KPR with the 
following statement: "Date fix signed off : mm/dd/yy Rel: uu.ff.". When 
a new software release is made for the product line, all problems that 
were corrected in that release are reported in the Software Release 
Bulletin for that release and the KPR's are removed from the SSB. 

The SSB is distributed in complete form once every calendar quarter. 
Between quarterly issues, monthly issues containing only those problems 
documented since the last SSB issue are distributed. This means, that 
to have a complete list of all outstanding problems you must have the 
last quarterly issue and all monthly issues since that quarterly. 

Of the five sections contained in the SSB, only the last (known problem 
reports) has page numbers. The product, KPR number and keyword indices 
all reference these page niunbers to direct the user to a particular area 
or individual detailed report. The five sections are described below: 

SOFTWARE RELEASE CONTENTS 

This section gives you the release ID of the current software release 
and the previous software release for the product line. Additionally, 
the current and previous update/fix levels are given for each product 
contained in the product line. 

PRODUCT INDEX 

The monthly issues have one product index. The quarterly issue has two; 
the first referencing the problems that were documented since the last 
monthly issue, auid the second referencing problems that were reported in 
a previous issue of the SSB. Each unique product name/number has an 
entry listing the page number where the KPR's against that product 
begin. 
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KPR NUMBER INDEX 



A sequential list of KPR numbers with the corresponding page number 
where the KPR can be found. 

KEYWORD INDEX 

This index is sorted by product naune, keyword, product number (including 
update/fix level) and by KPR niimber in that order. Along with the sort 
items, each entry has a brief (72 character) description and the page 
number where the KPR can be found. In the quarterly issue, entries that 
are new since the last update are denoted by an asterisk (*) immediately 
following the KPR number. 

KNOWN PROBLEM REPORTS 

Each report contains all the available information relevant to the 
problem. 
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Product name 


Product number 


uu 


.ff 


prev 


lOOOL ASSEMB 


6U852 


01 


.00 


00 


. 00 


1802 ASSEMB 


6i*8i|8 


01 


.00 


00 


.00 


2A03 EMUL 


6^4209 


01 


.00 


00 


. 00 


63OIV EMULATION 


300 6I+206SOOU 


01 


.20 


01 


.10 


63OIV/O3R EMUL 


6U206 


01 


.01 


00 


. 00 


63OIX EMULATION 


300 61^207S00U 


01 


.10 


01 


. 00 


63OIX/O3X EMUL 


6U207 


01 


.00 


00 


. 00 


63OIY EMULATION 


300 6I4208SOOU 


01 


.10 


01 


. 00 


63OIY/O3Y EMUL 


6U208 


01 


.00 


00 


.00 


6UOOO UX GENERIC 


6UOO3SOOI 


01 


.00 


00 


. 00 


6UOOO UX GENERIC 


6I+OO3SOOI4 


01 


.00 


00 


.00 


6UOOO-UX OP-ENV 


300 6I+8OISOOU 


01 


.80 


01 


.60 


6U18O ASSEMB 


6U86U 


01 


.00 


00 


. 00 


6U18O ASSEMB 


300 6i486US0Olt 


01 


.01 


01 


. 01 


6U18O EMUL 


6U180 


01 


.10 


01 


. 00 


6U18O EMUL 


6I+18OSOOU 


01 


.00 


00 


. 00 


6U3U0 P.V. 


61+3^0 


01 


.00 


00 


. 00 


6 5 OX ASSEMB 


6k8k3 


01 


.80 


00 


. 00 


65OX ASSEMB 


300 6it8U3S00U 


01 


.80 


00 


.00 


65 OX ASSEMB 


500 6U81+3S001 


01 


.80 


01 


.20 


65OX ASSEMB 


DOS 61+81+35006 


01 


.80 


00 


.00 


65OX ASSEMB 


VAX 6U81+3S003 


01 


.80 


01 


.20 


6800 C 


6U821 


02, 


.20 


02, 


.10 


6800 C 


300 6U821S00lt 


02, 


.20 


02, 


.10 


6800 C 


500 6U821S001 


02, 


.20 


02, 


.10 


6800 C 


VAX 6I482ISOO3 


02, 


.20 


02, 


,10 


6800 EMULATION 


61+212 


01, 


.05 


00.56 


6800 INTERFACE 


300 61+6723001+ 


01, 


,00 


00, 


,00 


6800 PASCAL 


61+811 


02. 


.00 


01, 


.90 


6800 PASCAL 


300 6I+8IISOOI+ 


02. 


.00 


01. 


.90 


6800 PASCAL 


500 6I+81ISOOI 


02. 


,00 


01. 


.90 


6800 PASCAL 


VAX 6i+8llS003 


02. 


,00 


01. 


90 


6800 PRE-PROCESSOR 6U672 


00. 


53 


00. 


00 


6800/2 ASSEMB 


6U81+1 


01. 


,80 


01. 


lU 


6800/2 ASSEMB 


300 6I+8I+ISOOI+ 


01. 


80 


01. 


00 


6800/2 ASSEMB 


500 61+81+lSOOl 


01. 


80 


01. 


30 


6800/2 ASSEMB 


DOS 6I+8I+ISOO6 


01. 


80 


00. 


00 


6800/2 ASSEMB 


VAX 6I+8I+ISOO3 


01. 


80 


01. 


1+0 


68000 12MHZ EMUL 


FW 6I+7I+2 


00. 


05 


00. 


01+ 


68000 12MHZ EMUL 


300 6I+7I+2SOOI+ 


01. 


00 


00. 


00 


68000 12MHZ EMUL 


DOS 6I+7I42SOO6 


01. 


01 


01. 


00 


68000 12MHZ EMUL 


VAX 61+7l»2S003 


00. 


01 


00. 


00 


68000 I6MHZ EMUL 


FW 61+71+3 


00. 


01 


00. 


00 


68000 I6MHZ EMUL 


300 61+71+3S001+ 


00. 


01 


00. 


00 


68000 I6MHZ EMUL 


DOS 6I+7U3SOO6 


00. 


01 


00. 


00 


68000 I6MHZ EMUL 


VAX 6I+7I43SOO3 


00. 


01 


00. 


00 


68000 ASSEMB 


61+81+5 


02. 


10 


01. 


13 


68000 ASSEMB 


300 61+81+5S001+ 


02. 


10 


01. 


30 


68000 ASSEMB 


500 61+81+5S0O1 


02. 


10 


01. 


70 


68000 ASSEMB 


DOS 61+81+5S0O6 


02. 


11 


02. 


10 


68000 ASSEMB 


VAX 6I+8I+5SOO3 


02. 


10 


02. 


00 


68000 BBA 


300 61+3803001+ 


01.00 


00. 


00 


68000 BBA 


300 6I+38OSOO5 


01. 


10 


00. 


00 


68000 C 


6I+819 


02. 


20 


02. 


10 


68000 C 


300 6I+819SOOI+ 


02. 


20 


02. 
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68000 

\^ \^ \^ \j \y 


C 


500 6U819SOOI 


02 


.20 


02 


.10 


68000 

V V V/ V/ 


c 


VAX 6U819SOO3 


02 


.20 


02 


.10 


68000 


DQ EMUL 


300 6U2U3SOOU 


01 


.30 


01 


. 20 


68000 


DQ SW ANAL 


6U33IB 


01 


.02 


01 


. 01 


68000 


DQ SW ANALYZER 6k2klG 


01 


.03 


01 


. 02 


68000 


EMUL 12.5 


MHZ 6U2i+3 


01 


.01 


01 


. 01 


68000 


EMULATION 


6k2k2 


01 


.07 


01 


.06 


68000 


EMULATION 


300 6i42U2S00U 


01 


.00 


00 


. 00 


68000 


INTERFACE 


300 6U67I+SOOI+ 


01 


.00 


00 


. 00 


68000 


MONITOR 


6U7U2-IIOOI 


00 


.0i4 


00 


. 00 


68000 


PASCAL 


6U815 


02 


.00 


01 


QO 


68000 


PASCAL 


300 6U815SOOI4 


02 


.00 


01 


90 


68000 


PASCAL 


500 6U815SOOI 


02 


.00 


01 


QO 


68000 


PASCAL 


VAX 6U815SOO3 


02 


.00 


01 


00 


68000 


PRE-PROCESSOR 6^4670 


01 


.00 


00 


56 


68000 


PRE-PROCESSOR 6k6jk 


01 


.00 


00 


. 00 


68000 


SW ANAL 


6U33I 


02 


.03 


02 


. 02 


68000 


SW ANALYZER 6U3UIB 


02 


.02 


02 


. 01 


68000c AXLS COM? 300 6U902S00lt 


01 


.00 


00 


. 00 


68000c AXLS COM? 800 6U902SOO5 


02 


.00 


00 


. 00 


68008 


EMULATION 


6U2hk 


01 


.01 


01 


. 01 


68008 


EMULATION 


300 6k2kkS00k 


01, 


.30 


01 


. 10 


68008 


INTERFACE 


300 6l4673S00l4 


01, 


,00 


00 


. 00 


68008 


PRE-PROCESSOR 6U673 


00.65 


00 


. 00 


68008 


SW ANAL 


6U33r 


01, 


.02 


01 


. 01 


6801/3 EMULATION 


6U256 


01, 


,0i4 


00 


70 


6801/3 EMULATION 300 6U256S00J+ 


01, 


,00 


00, 


. 00 


68010 


I6MHZ EMUL 


FW 6U7U5 


00. 


,01 


00, 


. 00 


68010 


I6MHZ EMUL 300 6U7U5SOOU 


00. 


,01 


00 , 


. 00 


68010 


I6MHZ EMUL DOS 6U7U5SOO6 


01. 


,01 


01 , 


. 00 


68010 


I6MHZ EMUL VAX 6U7^5S003 


00. 


.01 


00 . 


, 00 


68010 


DQ SW ANAL 


6l433'+B 


01. 


02 


ni 

. 


ni 


68010 


DQ SW ANALYZER 6^3^411 


01. 


02 


01 


01 


68010 


EMUL 12.5 MHZ 6U2U5 


01. 


01 


01 . 


01 


68010 


EMUL 12. 5M 300 6)42U5S00i4 


01. 


30 


01 




68010 


G.P. EMUL 


300 6U2i49S00it 


01. 


00 


00 


on 


68010 


G.P. EMULATOR 6U2I49 


01. 


02 


01 


01 


68010 


SW ANAL 


6U33I4 


02. 


03 


0? 




68010 


SW ANALYZER 6U3I4ID 


02. 


02 


02 . 


01 


6802 EMULATION 


6U213 


01. 


05 


00 . 


■56 


68020 ASSEMB 


300 6I487OSOOU 


01. 


00 


00 


on 


68020 


BBA 


300 6U381S001+ 


01. 


10 


01 . 


on 


68020 


BBA 


800 6U38ISOO5 


01. 


20 


01 


DO 


68020 


EMUL 


300 6^4^410800^4 


02. 


10 


02. 


00 


68020 


EMUL 


300 6i4i4l6s00l+ 


02. 


00 


01. 


00 


68020 


INV ASSEMB 


6U675 


01. 


00 


00. 


00 


68020 


INV ASSEMB 


300 6U675SOOI4 


01. 


00 


00. 


00 


68020C 


AXLS COMP 


300 6i4903SOOi4 


01. 


10 


01. 


00 


68020c AXLS COM? 


800 6I4903SOO5 


02. 


00 


01. 


00 


6805 


U&R EMUL 


300 6i4l92SOOi4 


01. 


00 


00. 


00 


6805 E 


EMUL 


300 6!4i95S00i4 


01. 


00 


00. 


00 


6805 G 


EMUL 


300 6I+19I+SOOI+ 


01.00 


00.00 


6805 P 


EMUL 


300 6i4l93S00l4 


01. 


00 


00. 


00 


6805/9 ASSEMB 


6i48i4i4 


01. 


90 


01. 


10 


6805/9 ASSEMB 


300 6i48Ui4S00U 


01. 


90 


01. 


00 
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Product number 


uu 


.ff 


prev 


6805/9 ASSEMB 


500 


6I48UUSOOI 


01 


.90 


01 


.30 


6805/9 ASSEMB 


DOS 


6kdkUsoo6 


01 


.90 


00 


.00 


6805/9 ASSEMB 


VAX 


6i+8i+l+S003 


01 


.90 


01 


.1+0 


68O5U/R&P EMULATION 


6i4l92 


01 


.07 


01 


.06 


6805U/R&P EMULATION 


6^4193 


01 


.07 


01 


.05 


68D5U/R&P EMULATION 


Skigk 


01 


.07 


01 


.05 


6809 c 




6i4822 


01 


.90 


01 


.80 


6809 c 


300 


6it822S00U 


01 


.90 


01 


.80 


6809 c 


500 


61t822S001 


01 


• 90 


01 


.80 


6809 c 


VAX 


61t822S003 


01 


.90 


01 


.80 


6809 EMULATION 




6i*215 


01 


.08 


00.56 


6809 EMULATION 


300 


6n215S00U 


01 


.00 


00 


.00 


6809 PASCAL 




6it8l3 


01 


.70 


01, 


.60 


6809 PASCAL 


300 


61t8l3S00l+ 


01 


.70 


01, 


.60 


6809 PASCAL 


500 


6i48l3S00l 


01 


.70 


01, 


.60 


6809 PASCAL 


VAX 


6I+813SOO3 


01 


.70 


01, 


.60 


6809/E INTERFACE 300 


6U67ISOOI4 


01 


.00 


00, 


.00 


6809/E PRE -PROCESSOR 


61+671 


00.1+9 


00, 


.00 


6809E EMULATION 




6I4216 


01, 


.08 


00.56 


6809E EMULATION 


300 


6U216SOOI4 


01 


.00 


00. 


.00 


68HC11 EMUL 




6I4265 


01, 


.01 


01. 


,00 


68HC11 EMUL 


300 


6U265SOOU 


01, 


.10 


01. 


,00 


68HCII ASSEMB 




6H865 


01. 


.UO 


01. 


.30 


68HCII ASSEMB 


300 


6U865SOOU 


01, 


.1+0 


01. 


.30 


68HCII ASSEMB 


500 


6U865S001 


01. 


.1+0 


01, 


.30 


68HCII ASSEMB 


DOS 


6I+865SOO6 


01. 


,U0 


01, 


.30 


68HCII ASSEMB 


VAX 


6I4865SO03 


01. 


,1+0 


01, 


.30 


70016 EMUL (JLO) 


300 


6U29itsooU 


01. 


,10 


01, 


.00 


70108 EMUL 




6I4295 


01. 


.00 


00, 


.00 


70108 EMUL (JLO) 


300 


6U295S00U 


01, 


,10 


01, 


,00 


70108 SW ANAL 




61*339 


01, 


,00 


00. 


,00 


70108 SW ANALYZER 


6U3U2B 


01, 


,00 


00. 


00 


70116 EMUL 




61*291* 


01. 


,00 


00. 


,00 


70116 SW ANAL 




6U338 


01. 


.00 


00. 


00 


70116 SW ANALYZER 


61+31+2A 


01. 


,00 


00. 


00 


70208 EMUL 




6I4297 


01. 


00 


00. 


00 


70208 EMUL 




6I1297SOOU 


01. 


00 


00. 


00 


70216 EMUL 




6U296 


01. 


00 


00. 


00 


70216 EMUL 




6U296SOOI4 


01, 


00 


00. 


00 


78310/12 ASSEMB 




6U866 


01. 


02 


01.00 


78310/12 ASSEMB 


300 


6I4866SOOU 


01. 


00 


01. 


00 


80186 EMUL 


FW 


61*761+ 


00. 


01 


00. 


00 


80186 EMUL 


300 


61*761+SOOU 


00. 


01 


00. 


00 


80186 EMUL 


DOS 


6l*76l*S006 


01. 


02 


01. 


01 


80186 EMUL 


VAX 


61+761*S003 


00. 


01 


00. 


00 


80186 EMULATION 




6lt22l+ 


01. 


05 


01. 


01+ 


80186 EMULATION 


300 


61*22l+S00U 


01. 


20 


01. 


10 


80186 INTERFACE 


300 


61+658SOOU 


01. 


00 


00. 


00 


80186 MONITOR 




61+761+-11001 


00. 


01 


00. 


00 


80186 PRE -PROCESSOR 


61*658 


00. 


57 


00. 


00 


80186 SW ANAL 




61*335 


02. 


03 


02. 


02 


80186 SW ANALYZER 


61+31+lE 


02. 


02 


02. 


01 


80188 EMUL 


FW 


61*765 


00. 


01 


00. 


00 


80188 EMUL 


300 


6U765SOOI* 


00. 


01 


00. 


00 


80188 EMUL 


DOS 


6I+765SO06 


01. 


02 


01. 


00 
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Product name 


Product number 


uu 


. ff 


prev 


80188 EMUL VAX 6U765SOO3 


00 


.01 


00 


. 00 


80188 EMULATION 


6i+225 


01 


.03 


01 


. 02 


80188 EMULATION 


300 6I4225SOOI+ 


01 


.20 


01 


. 10 


80188 MONITOR 


6U765-IIOOI 


00 


.01 


00 


. 00 


80188 SW ANAL 


6U336 


02 


.01+ 


02 


0^ 


80188 SW ANALYZER 6U3UIF 


01 


.02 


01 


. 01 


80196 EMUL 


FW 6U77I 


00 


.01 


00 


. 00 


80286 EMULATION 


6U228 


01 


.02 


01 


. 01 


80286 INTERFACE 


300 6U657S001* 


01 


.00 


00 


. 00 


80286 PRE-PROCESSOR 6k657 


00.67 


00 


. 00 


80286 UDE 


61+227 


01 


.00 


00 


00 


80286b ASSEMB 


6U859 


01 


.50 


01 


. 1+0 


80286B ASSEMB 


300 6U859SOOU 


01 


.50 


01 


1+0 


80286b ASSEMB 


500 6U859SOOI 


01, 


.50 


01 


.1+0 


80286b ASSEMB 


DOS 6U859SOO6 


01 


.50 


01 


.1+0 


80286b ASSEMB 


VAX 6U859SOO3 


01, 


.50 


01 


.1+0 


80I+8 ASSEMB 


6U81t6 


01, 


.80 


00 


. 00 


8OU8 ASSEMB 


300 6k8k6S00k 


01, 


,80 


00 


. 00 


80lt8 ASSEMB 


500 6it8U6S001 


01, 


.80 


01 


. 20 


80U8 ASSEMB 


DOS 6U8U6SOO6 


01, 


,80 


00 


. 00 


80i*8 ASSEMB 


VAX 6U8U6SOO3 


01, 


.80 


01 


. 20 


801*8 EMULATION 


6U262 


01. 


.07 


01 


06 


8051 ASSEMB 


6U855 


01, 


,80 


01, 


07 


8051 ASSEMB 


300 6U855SOOJ4 


01, 


.80 


01, 


,10 


8051 ASSEMB 


500 6U855SOOI 


01. 


,80 


01, 


,Uo 


8051 ASSEMB 


DOS 6W55SOO6 


01. 


80 


00, 


,00 


8051 ASSEMB 


VAX 6I4855SOO3 


01. 


80 


01, 


.50 


8051 EMULATION 


6U26U 


01. 


,01+ 


01, 


,02 


8051 EMULATION 


300 6U26USOOU 


01. 


00 


00, 


.00 


8080 EMULATION 


6U202 


01. 


07 


01, 


,06 


8080/5 ASSEMB 


6k8kO 


01. 


80 


00, 


,00 


8080/5 ASSEMB 


300 6U8l*0S00U 


01. 


80 


00.00 


8080/5 ASSEMB 


500 6U8UOSOOI 


01. 


80 


01. 


20 


8080/5 ASSEMB 


DOS 61+81+0S006 


01. 


80 


00. 


00 


8080/5 ASSEMB 


VAX 6U8140S003 


01. 


80 


01. 


20 


8080/5 INTERFACE 


300 6U655SOOU 


01. 


00 


00. 


00 


8080/5 PRE-PROCESSOR 6U655 


00.56 


00.00 


8085 B PASCAL 


6I4825 


02. 


00 


01. 


90 


8085 B PASCAL 


300 6I+825SOOI+ 


02. 


00 


01. 


90 


8085 B PASCAL 


500 6U825SOOI 


02. 


00 


01. 


90 


8085 B PASCAL 


VAX 6U825SOO3 


02. 


00 


01.90 


8085 C 


6U826 


02. 


20 


02. 


10 


8085 c 


300 6W26SOOI+ 


02. 


20 


02. 


10 


8085 c 


500 6I4826SOOI 


02. 


20 


02. 


10 


8085 C 


VAX 6U826SOO3 


02. 


20 


02. 


10 


8085 EMULATION 


6U203 


01. 


08 


01. 


07 


8085 EMULATION 


300 6U203S00i* 


01. 


1+0 


01. 


30 


8085 PASCAL 


6U8IO 


00. 


70 


00. 


00 


8086 EMUL 


FW 6U762 


00. 


01 


00. 


00 


8086 EMUL 


300 6H762SOOU 


00. 


01 


00. 


00 


8086 EMUL 


DOS 61+762S006 


00. 


01 


00. 


00 


8086 EMUL 


VAX 6U762SOO3 


00. 


01 


00. 


00 


8086 MONITOR 


6U762-IIOOI 


00. 


01 


00. 


00 


8086 DQ EMUL 


300 6ll220S00lt 


01. 


30 


01. 


20 


8086 DQ EMULATION 6U22Q 


01. 


01 


00. 


00 
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Product name 




Product number 


uu 


.ff 


prev 


8086 DQ SW ANAL 




6I4332B 


01 


.03 


01 


. 01 


8086 EMUL 


300 


6I4222SOOU 


01 


.00 


00 


. 00 


8086 EMULATION 




61+222 


01 


.07 


01 


.06 


8086 PLM A,LLL 


500 


6I489ISOOI 


01 


.00 


00 


. 00 


8086 PLM ASM LLL 




6U89ISOO3 


01 


.10 


00 


. 00 


8086 PLM C,A,LLL 


500 


6U89OSOOI 


01 


.00 


00 


. 00 


8086 PLM CMP ASM 


LLL 


6lt890S003 


01 


.10 


00 


. 00 


8086 SW ANAL 




6»4332 


02 


.03 


02 


. 02 


8086 SW ANALYZER 




6 143^1 A 


01 


.02 


01 


. 01 


8086 SYMBOL CONV 




6i+892S003 


01 


.10 


00 


00 


8086 SYMBOL CONV 


500 


6i4892S001 


01 


.00 


00 


no 


8086/8 ASSEMB 




6I4853 


02 


.80 


02 


70 


8086/8 ASSEMB 


300 


6k853S0Qk 


02 


.80 


0? 

\J c. 


70 


8086/8 ASSEMB 


500 


61+853S001 


02 


.80 


OP 


70 


8086/8 ASSEMB 


DOS 


6I4853SOO6 


02 


.80 


0? 

\J c • 


70 


8086/8 ASSEMB 


VAX 


6J4853S003 


02 


.80 




70 


8086/8 C 




6I4818 


03 


.80 


0? 


70 


8086/8 C 


300 


6I4818SOOI+ 


03 


.80 


0^ 


70 


8086/8 C 


500 


61+818S001 


03 


.80 


U J , 


70 


8086/8 C 


VAX 


6I48I8SOG3 


03 


.80 


U J , 


70 


8086/8 INTERFACE 


300 


6i4653S00l4 


01, 


.00 


00 


00 


8086/8 PASCAL 




61+8llt 


03. 


.60 


U J , 


RO 


8086/8 PASCAL 


300 


6i48lUS00U 


03. 


.60 




■^0 


8086/8 PASCAL 


500 


6I481I+SOOI 


03. 


.60 


IT? 


■ 


8086/8 PASCAL 


VAX 


61t8lUS003 


03. 


.60 


U J . 


^n 


8086/8 PRE -PROCESSOR 


61*653 


00, 


.10 




nn 


8088 DQ SW ANALYZER 


6l»3l+lC 


01, 


.02 


ni 


no 


8088 SW ANAL 




6lt333 


02, 


.03 


np 


. 


8088 DQ EMUL 


300 


^6U221S00l4 


01, 


.20 


fll 
ux , 


1 n 

. xu 


8088 DQ EMULATION 


61*221 


01, 


,01 




nn 


8088 DQ SW ANAL 




61*3333 


01, 


.03 


ni 


ni 


8088 EMULATION 




6I+226 


01. 


,08 


ni 

ux , 


n7 


8088 EMULATION 


300 


61*226S00l+ 


01, 


,00 


nn 


nn 


8096 ASSEMB 




61*860 


01. 


,80 


ux . 


7n 


8096 ASSEMB 


300 


61*860S00U 


01. 


80 


ni 

ux . 


7n 


8096 ASSEMB 


500 


61*860S001 


01. 


80 


01 


70 


8096 ASSEMB 


DOS 


61*860S006 


01. 


80 


ni 


70 


8096 ASSEMB 


VAX 


61*860S003 


01. 


80 


ni 


7n 


9900/0 ASSEMB 




61*81*7 


01. 


80 


nn 

uu • 


li6 


9900/0 ASSEMB 


300 


61*81*7S00l* 


01. 


80 


ni 


on 


9900/0 ASSEMB 


500 


61*81*78001 


01. 


80 


ni 

ux • 


"^n 


9900/0 ASSEMB 


DOS 


6l*81*7S006 


01. 


80 


no 


00 


9900/0 ASSEMB 


VAX 


61*81*73003 


01.80 


ni 

ux • 


"^n 


DIAG/CS 80 EXER/XFER 


61*931* 


01. 


OU 


ni 

ux • 


n** 


EBPP 




61*301* 


01. 


03 


nn 

uu • 


7n 


F8/387O ASSEMB 




6I48I49 


00. 


01 


nn 

uu • 


nn 


F9U5O EMUL 


300 


61*286S00l* 


01. 


00 


00. 


00 


F9lt50 EMULATION 




61*286 


01. 


05 


01. 


OU 


FILE XFER UTIL 2,3 


61*8933003 


01. 


10 


00. 


00 


FILE-XFER UT 2&3 


500 


61*8933001 


01. 


00 


00. 


00 


GENERIC ANALYSIS 


FW 


61*71*0 


00. 


03 


00. 


02 


GENERIC EMULATION 


[ FW 


61*700 


00. 


05 


00. 


01* 


HI SPD RSl*22 INTF 


61*037 


00. 


02 


00. 


01 


HOST PASCAL 




61*817 


01. 


01* 


00. 


1*6 


HOST SOFTWARE / VAX 


61*882 


02. 


1*0 


02. 


30 
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Product name 


Product number 


uu 


.ff 


prev 


HOST SOFTWARE / 


300 6U883 


01 


.10 


KfJ. 


nn 

* uu 


HOST SOFTWARE / 


500 6U88O 


01 


.90 




an 

. u u 


HP TEAMWORK 


300 6U7IISOOU 


02 


.30 




. c u 


HP-IB INTERFACE 


300 6U695S00it 


01 


.00 


no 


(in 

. u u 


HP- IB PRE -PROCESSOR 6U695 


01 


.00 




nn 

. uu 


1MB EXTENDER 


6U303 


01 


.01 


fin 


• J J 


INVERSE ASSEMB 


6I+856 


01 


.01 


nn 


nn 

. uu 


MICRO ASSEMB 


6U861 


01 


.01 


ni 


nn 
. uu 


MSI75OA ASSEMB 


6i4857 


01 


.90 


ni 
ux 


nh 

. UH 


MSI 75 OA ASSEMB 


300 6U857SOOU 


01 


.90 


ni 
ux 


nn 

. UU 


MSI75OA ASSEMB 


300 614857S006 


01 


.00 


nn 


nn 

. UU 


MSI75OA ASSEMB 


500 6i4857S00l 


01 


.90 


ni 
ux 


Tn 


MSI 75 OA ASSEMB 


VAX 6U857SOO3 


01 


.90 


ni 
ux 


Ln 

. HU 


NETWORK TRANSFER 


300 6U887SOOU 


01 


.00 


uu 


nn 
. UU 


NETWORK TRANSFER 


500 6U887S001 


01 


.00 


nn 
uu 


nn 
. uu 


NETWORK TRANSFER 


500 6U888S001 


01 


.20 


ni 
ux 


nn 
. uu 


NETWORK TRANSFER 


VAX 61+887S003 


01 


.10 


nn 
uu 


nn 
. uu 


NSC8OO EMULATION 


6I+292 


01. 


.03 


ni 
ux 




NSC8OO INTERFACE 


300 6I+69OSOOU 


01, 


.00 


nn 
uu 


nn 
. uu 


NSC8OO PRE -PROCESSOR 6U69O 


00, 


.i+8 


nn 
uu 


nn 
. uu 


OPERATING SYSTEM 


6U100 


02, 


,11 


\)c. , 


1 n 
. xu 


PI 750 EMUL 


6I4288 


01, 


,00 


nn 

uu , 


nn 
. uu 


PI 750 EMUL 


300 6U288SOOU 


01. 


,10 


ni 

ux , 


nn 
, uu 


PROM PROGRAMMER 


6I45QI 


01, 


.10 


ni 

ux , 


no 
, uy 


PROM PROGRAMMER 


300 6U50ISOOI+ 


01, 


.30 


ni 

UX . 


1 n 
, XU 


ROM EMULATION 


6U272 


01. 




ni 
ux , 


• uj 


RS-232 TRANSFER 


300 6i488 5 


01. 


.30 


ux , 


on 

, <iU 


RS-232 TRANSFER 


500 61+88U 


01. 


,1*0 


ni 
ux , 


. JU 


RS-232 TRANSFER 


VAX 6i+886 


01. 


60 


ni 
ux . 


t^n 

• pu 


SOFTKEY EDITOR 


300 6U79OSOOU 


02. 


,10 


m 
ux , 


nn 

, uu 


SOFTKEY EDITOR 


500 6U790SOOI 


02. 


10 


ni 
UX . 


1 n 

, XU 


STATE 80386 


6U659 


01. 


00 


nn 


nn 
UU 


STATE ANALYZER 


6U620 


00. 


71 


nn 
uu . 


nn 
uu 


STATE ANALYZER 


6k621 


01. 


07 


nn 
uu . 


vi 
fx 


STATE ANALYZER 


300 6U62OSOOU 


01. 


30 


ni 
UX . 


1 n 
XU 


STATE 25MHZ 


6I4320 


01. 


01 


ni 
ux . 


nn 
uu 


STATE 25MHZ 


6U321 


01. 


01 


m 
UX . 


nn 

uu 


SW PERF ANALYZER 


6U310 


01. 


11 


ni 
ux . 


1 n 

XU 


SW PERF ANALYZER 


300 6U31OSOOU 


01. 


20 


ni 
ux . 


1 n 

XU 


TIMING 


6U60IA 


01. 


ok 


UX . 


n's 
UJ 


TIMING 


6U60IB 


01. 


ok 


nn 
uu . 


nn 
uu 


TIMING ANALYZER 


6^4600 


00. 


26 


nn 
uu . 


nn 
uu 


TIMING ANALYZER 


300 6U61OSOOI4 


01. 


60 


ni 
ux . 


nn 
uu 


TIMING/STATE 


6i+6lO 


01. 


00 


nn 
uu . 


nn 
uu 


TMS 320 ASSEMB 


6I4858 


01. 


80 


nn 
uu . 


nn 
uu 


TMS 320 ASSEMB 


300 61+858S00lt 


01. 


80 


nn 
uu . 


nn 
uu 


TMS 320 ASSEMB 


500 6U858SOOI 


01. 


80 


ni 
ux . 


on 


TMS 320 ASSEMB 


DOS 6U858SOO6 


01. 


80 


00. 


00 


TMS 320 ASSEMB 


VAX 6I+858SOO3 


01. 


80 


01. 


20 


TMS 32010 MODULES 


1 6U285 


01. 


02 


01. 


01 


TMS 32020/25 ASMB300 6U867SOOU 


01. 


00 


00. 


00 


TMS 32020/25 ASMB300 6i+867S006 


01. 


GO 


GO. 


GO 


TMS32020 EMUL 


FW 6U786 


00. 


01 


00. 


00 


TMS320C25 EMUL 


FW 6i4787 


00. 


01 


00. 


00 


UPROG 


6U276 


02. 


00 


01. 


01 
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uu 


.ff 


prev 


USER DEF ASSEMB 


6I485I 


00 


.70 


00 


. 00 


USER DEF ASSEMB 


300 6l4851S00l4 


02 


.20 


02 


.10 


USER DEF ASSEMB 


300 6J486lSOOl4 


02 


.10 


00 


.00 


USER DEF ASSEMB 


500 614851S001 


02 


.20 


02 


.10 


USER DEF ASSEMB 


500 6I+86ISOOI 


02 


.10 


00 


. 00 


USER DEF ASSEMB 


DOS 6I485ISOO6 


02 


.20 


02 


.11 


USER DEF ASSEMB 


VAX 6i4851S003 


02 


.20 


02 


.10 


USER DEF ASSEMB 


VAX 6U86ISOO3 


02 


.10 


00 


.00 


USER DEF EMUL 


300 6I+27HSOOU 


01 


.20 


01 


,10 


USER DEF EMULATION 6k2jk 


01 


.06 


01 


.05 


USER DEF INV ASM 


300 6U856SOOI4 


01 


.00 


00 


.00 


USER INTERFACE 


300 6I4808SOOU 


02 


.10 


01 


.20 


USER INTERFACE 


500 6it808S001 


02 


.10 


01 


.1+0 


UTILITIES PKG 


300 6U888SOO3 


01 


.50 


01 


. 10 


UTILITIES PKG 


300 6I+888SOOU 


01 


.20 


01 


.10 


Z8 ASSEMB 


6I485O 


00 


.01 


00 


. 00 


Z80 EMUL 


FW 6i+753 


00 


.01 


00 


.00 


Z80 EMUL 


300 6U753SOOU 


00 


.01 


00 


. 00 


Z80 EMUL 


DOS 6U753SOO6 


01 


.01 


01 


. 00 


Z80 EMUL 


VAX 6i*753S003 


00 


.01 


00 


.00 


Z80 MONITOR 


61t753-11001 


00 


.01 


00 


. 00 


Z80 ASSEMB 


6k8k2 


01 


.90 


01, 


.11 


Z80 ASSEMB 


300 6U81+2S00U 


01 


.90 


01 


. 00 


Z80 ASSEMB 


500 61|8U2S001 


01 


.90 


01, 


. 30 


Z80 ASSEMB 


DOS 6l48it2S006 


01, 


.91 


01, 




Z80 ASSEMB 


VAX 6148142S003 


01, 


.90 


01, 


,1+0 


Z80 EMULATION 


61+252 


01, 


.05 


00. 


.56 


Z80 EMULATION 


300 6I4252SOOI+ 


01, 


.00 


00. 


, 00 


Z80 INTERFACE 


300 6I4683SOOI4 


01. 


.00 


00. 


, 00 


Z80 PASCAL 


6I4812 


00, 


.70 


00. 


. 00 


Z80 PRE -PROCESSOR 6I4683 


00.56 


00. 


.00 


Z8O/NSC8OO C 


61t82U 


02. 


,20 


02 . 


, 10 


Z8O/NSC8OO C 


300 6U82I4SOOU 


02. 


,20 


02. 


10 


Z8O/NSC8OO C 


500 61+82ltS001 


02. 


20 


02. 


10 


Z8O/NSC8OO C 


VAX 61+82ltS003 


02. 


20 


02. 


10 


Z8O/NSC8OOPASCAL 


614823 


02. 


00 


01. 


QO 


Z8O/NSC8OOPASCAL 


300 61+823S001+ 


02. 


00 


01. 


QO 


Z8O/NSC8OOPASCAL 


500 61*8233001 


02. 


00 


01. 


QO 


Z8O/NSC8OOPASCAL 


VAX 6I4823SOO3 


02. 


00 


01 . 


00 


Z8OOO C 


6I4820 


02. 


20 


02. 


10 


Z8000 C 


300 6I482OSOOI4 


02. 


20 


02. 


10 


Z8OOO C 


500 6I+82OSOOI 


02. 


20 


02. 


10 


Z8000 C 


VAX 61*820S003 


02. 


20 


02. 


10 


Z8OOO PASCAL 


6I4816 


02. 


00 


01. 


90 


Z8OOO PASCAL 


300 61t8l6S00l4 


02. 


00 


01. 


90 


Z8OOO PASCAL 


500 6I4816SOOI 


02. 


00 


01. 


90 


Z8OOO PASCAL 


VAX 61t8l6S003 


02. 


00 


01. 


90 


Z8OOI EMUL 


300 61t232S00U 


01. 


00 


00. 


00 


Z8OOI EMULATION 


61*232 


02. 


00 


01. 


07 


Z8OOI INTERFACE 


300 6l*680S00U 


01. 


00 


00. 


00 


Z8OOI PRE-PROCESS 61*680 


00.56 


00. 


00 


Z8OOI/2 ASSEMB 


61485^ 


01.80 


00.00 


Z8OOI/2 ASSEMB 


300 6I485I+SOOI+ 


01. 


80 


00. 


00 


Z8OOI/2 ASSEMB 


500 61*851+3001 


01. 


80 


01. 


20 


Z8OOI/2 ASSEMB 


DOS 61t85l+S006 


01. 


80 


00. 


00 
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Product name 


Product number 


uu, 


,ff 


prev 


Z8001/2 ASSEMB 


VAX 6i485i4S003 


01. 


,80 


01, 


.20 


Z8002 EMUL 


300 6U233S00it 


01. 


,00 


00. 


,00 


Z8002 EMULATION 


6U233 


02. 


,01 


02, 


.00 


Z8002 INTERFACE 


300 6U68lSOOl4 


01. 


00 


00. 


,00 


Z8002 PRE-PROCESS 6I468I 


00.56 


00. 


,00 


Z80H EMULATION 


6U253 


01. 


02 


01. 


01 


Z8OH EMULATION 


300 6U253SOOU 


01. 


00 


00. 


00 
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Product name 




Product number 


SSB ISSUE DATE 


Page 


63OIV EMULATION 


300 


6l4206S00J+ 


09/01/88 


87 


63OIV/O3R EMUL 




6U206 


09/01/88 


1 








09/01/88 


89 


63OIX EMULATION 


300 


6U2O7SOOU 


09/01/88 


2 


63OIY EMULATION 


300 


6i4208S00U 


09/01/88 


I4 


63OIY/O3Y EMUL 




6U2O8 


09/01/88 


90 


6U HP-UX VMS 8096 AM 


6I486O-909OI 


09/01/88 


91 


6*4000 UX GENERIC 




6l4003SOOlt 


09/01/88 


92 


6I4OOO-UX OP-ENV 


300 


6>4801SOOl4 


09/01/88 


93 


6UHP-UXVMS8O86/8 


A M 


614853-90908 


09/01/88 


9I4 


65OX ASSEMB 




6148U3 


09/01/88 


7 


6800 C 




6U821 


09/01/88 


8 








09/01/88 


95 


6800 C 


M 


614821-90901 


09/01/88 


106 


6800 PASCAL 




614811 


09/01/88 


9 








09/01/88 


108 


6800-03 ASSM 


M 


61t8Ul-90905 


09/01/88 


111 


6800/2 ASSEMB 




6U81tl 


09/01/88 


15 








09/01/88 


112 


6800/2 ASSEMB 


500 


6i48i+lS001 


09/01/88 


115 


68000 12MHZ EMUL 


FW 


6I47U2 


09/01/88 


16 








09/01/88 


117 


68000 12MHZ EMUL 


DOS 


6U7^2S006 


09/01/88 


17 








09/01/88 


121 


68000 ASSEMB 




6I+8U5 


09/01/88 


123 


68000 BBA 


300 


6i4380S00i4 


09/01/88 


128 


68000 C 




6J4819 


09/01/88 


18 








09/01/88 


130 


68000 C 


M 


6^+819-90902 


09/01/88 


I5I4 


68000 DQ EMUL 


300 


6U2U3SOOI+ 


09/01/88 


19 








09/01/88 


156 


68OGO DQ SW ANALYZER 


6i43^1G 


09/01/88 


161 


68000 EMUL 12.5 MHZ 


6i42U3 


09/01/88 


162 


68000 EMULATION 




6!42U2 


09/01/88 


163 


68000 EMULATION 


300 


6J42U2SOOU 


09/01/88 


l61» 


68000 HL SOFT ANAL M 


61*331-90902 


09/01/88 


169 


68000 PASCAL 




61*815 


09/01/88 


20 








09/01/88 


170 


68000 SW ANALYZER 


6lt3UlB 


09/01/88 


189 


68000/08 EMUL 


M 


6U2I42-90906 


09/01/88 


190 


68000/08 EMULHP-UX M 


6I+2U3-90903 


09/01/88 


191 


68000/08/10 ASM 


M 


6I48U5-9090U 


09/01/88 


193 


68000/10 EMUL 


M 


6U21+5-90903 


09/01/88 


196 


68000/10 RT S-ANAL M 


51431*1-90903 


09/01/88 


197 


68000c AXLS COMP 


M 


6I4902-90901 


09/01/88 


22 








09/01/88 


198 


68000c AXLS COMP 


300 


6U902S00l4 


09/01/88 


23 








09/01/88 


199 


68008 EMULATION 


300 


6l42l4l*S00l4 


09/01/88 


25 








09/01/88 


2Dl4 


6801/3 EMULATION 300 


614256S0014 


09/01/88 


208 


68010 I6MHZ EMUL DOS 


6it7'+5S006 


09/01/88 


26 


68010 EMUL 12. 5M 


300 


6I42I45SOOU 


09/01/88 


27 








09/01/88 


213 


68010 G.P. EMUL 


300 


6l42l49S00l4 


09/01/88 


217 
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68010 SW ANAL 




6U33U 


09/01/88 


221 


68010 SW ANALYZER 


. 6U3^1D 


09/01/88 


222 


68020 ASSEMB 


300 


6U87OSOOU 


09/01/88 


28 








09/01/88 


223 


68020 BBA 


300 


6I+38ISOOU 


09/01/88 


230 


68020 EMUL 


300 


6Ui+10SOOJ4 


09/01/88 


232 


68020 EMUL 


300 


6i4i*i6sooit 


09/01/88 


233 


68020C AXLS COMP 


300 


6U903S00lt 


09/01/88 


29 








09/01/88 


2U7 


6805 U8cR EMUL 


300 


6U192S001* 


09/01/88 


2U9 


6805 E EMUL 


300 


61+195SOOU 


09/01/88 


253 


6805 G EMUL 


300 


6Ui9Usooit 


09/01/88 


257 


6805 P EMUL 


300 


6U193S00U 


09/01/88 


260 


6805/9 ASSEMB 




6U8I+U 


09/01/88 


31 








09/01/88 


26k 


6809 C 




6U822 


09/01/88 


32 








09/01/88 


268 


6809 c 


M 


6I+822-90901 


09/01/88 


28k 


6809 C 


500 


6U822S001 


09/01/88 


288 


6809 EMULATION 


300 


6U215SOOU 


09/01/88 


293 


6809 PASCAL 




6U813 


09/01/88 


3h 








, 09/01/88 


297 


6809 PASCAL 


M 


6U813-90903 


09/01/88 


30U 


6809E EMULATION 


300 


6U216S001+ 


09/01/88 


305 


68HC11 EMUL 


300 


6l4265SOOit 


09/01/88 


309 


68HCII ASSEMB 




6U865 


09/01/88 


312 


70016 EMUL (JLO) 


300 


6U29US001+ 


09/01/88 


31U 


70108 EMUL (JLO) 


300 


6U295S00lit 


09/01/88 


316 


70208 EMUL 




6U297S001I 


09/01/88 


318 


70216 EMUL 




6U296 


09/01/88 


319 


70216 EMUL 




6U296SOOU 


09/01/88 


320 


80186 EMUL 


FW 


6U76U 


09/01/88 


38 








09/01/88 


321 


80186 EMUL 


DOS 


6l476i*S006 


09/01/88 


39 








09/01/88 


323 


80186 EMUL FW 


M 


6U76U-90901 


09/01/88 


32U 


80186 EMULATION 




6U22U 


09/01/88 


325 


80186 EMULATION 


300 


6I+22USOOU 


09/01/88 


Uo 








09/01/88 


327 


80186 SW ANAL 




6U335 


09/01/88 


332 


80186 SW ANALYZER 


6U3'4lE 


09/01/88 


333 


80188 EMUL 


FW 


6I+765 


09/01/88 


33U 


80188 EMUL 


DOS 


6U765SOO6 


09/01/88 


I4I 


80188 EMULATION 




61+225 


09/01/88 


335 


80188 EMULATION 


300 


6U225SOOU 


09/01/88 


k2 








09/01/88 


336 


80188 SW ANAL 




6U336 


09/01/88 


3U0 


80188 SW ANALYZER 




09/01/88 


3^41 


80286 EMULATION 




6U228 


09/01/88 


3U2 


80286 UDE 




6U227 


09/01/88 


3kk 


80286B ASSEMB 




6U859 


09/01/88 


h3 








09/01/88 


3^45 


80U8 ASSEMB 




6k8k6 


09/01/88 


kk 








09/01/88 


3k6 


8051 ASSEMB 




6li855 


09/01/88 


U5 
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8051 ASSEMB 


6*4855 


09/01/88 


3*47 


8051 ASSM M 


6I+855-90902 


09/01/88 


351 


8051 ASSM + AL REF M 


6^855-90905 


09/01/88 


352 


8051 EMUL M 


6^+26*4-90901 


09/01/88 


353 


8051 EMULATION 


6*426*4 


09/01/88 


35*+ 


8051 EMULATION 300 


6*426*450 0*4 


09/01/88 


355 


8080/5 ASSEMB 


6*48*40 


09/01/88 


I46 






09/01/88 


359 


8085 B PASCAL 


6*4825 


09/01/88 


I47 






09/01/88 


360 


8085 C 


6*4826 


09/01/88 


U8 






09/01/88 


363 


8085 C M 


6*4826-90901 


09/01/88 


366 


8085 c 300 


6l4826S00*4 


09/01/88 


368 


8085 EMULATION 


6*4203 


09/01/88 


1+9 


8085 EMULATION 300 


6*4203800*4 


09/01/88 


50 






09/01/88 


369 


8085 PASCAL 


6I48IO 


09/01/88 


372 


8086 DQ EMUL 300 


6*4220300*4 


09/01/88 


51 






09/01/88 


37*4 


8086 DQ SW ANAL 


6*4332B 


09/01/88 


378 


8086 EMUL 300 


6*4222300*4 


09/01/88 


379 


8086 SW ANAL 


6*4332 


09/01/88 


38*4 


8086 SW ANALYZER 


6*43*4lA 


09/01/88 


385 


8086-89 ASSM M 


6I4853-9O907 


09/01/88 


386 


8086/8 ASSEMB 


6I4853 


09/01/88 


52 






09/01/88 


387 


8086/8 C 


6*4818 


09/01/88 


53 






09/01/88 


396 


8086/8 PASCAL 


6U81U 


09/01/88 


59 






09/01/88 


*4l7 


8086/88 C M 


6*4818-90905 


09/01/88 


*439 


8086/88 PASCAL M 


6*481*4-90903 


09/01/88 


*4*4l 


8O86/88/I86/I88HLSAM 


6*4332-90902 


09/01/88 


*4l42 


8088 DQ SW ANALYZER 


6*43*410 


09/01/88 


I4I43 


8088 SW ANAL 


6*4333 


09/01/88 


*4l4*4 


8088 DQ EMUL 300 


6*4221300*4 


09/01/88 


63 






09/01/88 


*4U5 


8088 DQ SW ANAL 


6*4333B 


09/01/88 


*4*48 


8088 EMULATION 300 


6*4226300*4 


09/01/88 


*4U9 


8096 ASSEMB 


6*4860 


09/01/88 


6*4 






09/01/88 


U55 


C COMPILER REF M 


6*4800-90907 


09/01/88 


*458 


EBPP 


6*430*4 


09/01/88 


'+59 


F9U5O EMUL 300 


6*4286300*4 


09/01/88 


U60 


F9^30 EMULATION 


6*4286 


09/01/88 


U61 


GENERIC ANALYSIS M 


6*47*40-90909 


09/01/88 


U62 


GENERIC ANALYSIS FW 


6*47*40 


09/01/88 


U63 


GENERIC EMULATION FW 


6*4700 


09/01/88 


I467 


HI SPD RSU22 INTF 


6*4037 


09/01/88 


65 


HOST PASCAL 


6*4817 


09/01/88 


*476 


HOST SOFTWARE / VAX 


6*4882 


09/01/88 


66 






09/01/88 


*478 


HOST SOFTWARE / 300 


6*4883 


09/01/88 


67 






09/01/88 


I482 
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HOST SOFTWARE / 


500 


6U880 


09/01/88 


68 










09/01/88 


l48i4 


HP 6U02OA UPGRADE 


M 


6UO2O-90902 


09/01/88 


I486 


HP 6U12OA CARDCAGE M 


6U12O-90902 


09/01/88 


I487 


HP TEAMWORK 


300 


6U7IISOOU 


09/01/88 


69 










09/01/88 


H88 


HP TEAMWORK SA 




M 


6I47IO-909OI 


09/01/88 


!491 


HP TEAMWORK SA 




M 


6^+711-90903 


09/01/88 


k92 


HP-UX 6800-03 C 




M 


6U82I-90902 


09/01/88 


i+93 


HP-UX 68000/8/10 A 


M 


6I48U5-90905 


09/01/88 


h95 


HP-UX 68000/8/10 C 


M 


6U819-90903 


09/01/88 


»+97 


HP-UX 68000/8/10 P 


M 


6U815-90907 


09/01/88 


I499 


HP-UX 6805/9/9E A 


M 


6l481*i+-90905 


09/01/88 


500 


HP-UX 6809/O9E C 




M 


6U822-90902 


09/01/88 


501 


HP-UX 8051 ASSM 




M 


6U855-90903 


09/01/88 


505 


HP-UX 8085 C 




M 


6U826-90902 


09/01/88 


507 


HP-UX 8086/88 ASSM 


M 


6U853-90905 


09/01/88 


509 


HP-UX 8086/88 C 




M 


6U818-90903 


09/01/88 


510 


HP-UX 8086/88 PAS 


M 


6U8lU-9090i* 


09/01/88 


512 


HP-UX OP SYS 




M 


6U8OI-90903 


09/01/88 


513 


HP-UX SYSTEM INST 


M 


6I4880-90901 


09/01/88 


51*4 


HP-UX USER DEFIN 


A 


M 


6I4851-90906 


09/01/88 


515 


HP-UX Z8O/NSC8OO A 


M 


6U8U2-9090U 


09/01/88 


516 


HP-UX Z80/NSC8OO C 


M 


6U82U-90902 


09/01/88 


517 


HP-UX Z8OOI/O2 C 




M 


6U820-90902 


09/01/88 


519 


INT SNSL BD 8-I6 


UPM 


6UI+0U-90901 


09/01/88 


521 


INVERSE ASSEMB 






6I4856 


09/01/88 


522 


M-STD I75OA ASM 




M 


6^4857-90901 


09/01/88 


523 


MSI 75 OA ASSEMB 






6U857 


09/01/88 


52I4 


NETWORK TRANSFER 


300 


6J4887S00U 


09/01/88 


70 


OP NOTE 68000c AXLSM 


5959-2191 


09/01/88 


526 


OPERATING SYSTEM 






6*4100 


09/01/88 


71 










09/01/88 


527 


PI75O EMUL 


300 


6I4288SOOI4 


09/01/88 


537 


PROM PROGRAMMER 


300 


6U50ISOOU 


09/01/88 


538 


ROM EMULATION 






6I4272 


09/01/88 


539 


RS-232 TRANSFER 


300 


6I4885 


09/01/88 


5U0 


RS-232 TRANSFER 


500 


6W8U 


09/01/88 


5I4I 


RS-232 TRANSFER 


VAX 


6I4886 


09/01/88 


5I42 


SOFTKEY EDITOR 






6U790-90901 


09/01/88 


5*+3 


SOFTKEY EDITOR 


300 


6I479OSOOI4 


09/01/88 


72 










09/01/88 


5I4I4 


STATE ANALYZER 






6U620 


09/01/88 


5I46 


STATE ANALYZER 






6I4621 


09/01/88 


51+7 


STATE ANALYZER 


300 


6J4620S0014 


09/01/88 


5U8 


SW PERF ANALYZER 






6U310 


09/01/88 


5U9 


SW PERF ANALYZER 


300 


6I4310S00U 


09/01/88 


550 


SYSTEM SOFTWARE 




M 


6I4980-9093U 


09/01/88 


552 


TIMING ANALYZER 


300 


6U610S00I4 


09/01/88 


553 


TIMING/STATE 






6i46l0 


09/01/88 


55I+ 


TMS 320 ASSEMB 






6I4858 


09/01/88 


73 


TMS320C25 EMUL 


FW 


6U787 


09/01/88 


555 


UPROG 






6I4276 


09/01/88 


556 


USER DEF ASSEMB 






6I485I 


09/01/88 


7U 










09/01/88 


557 
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USER DEF ASSEMB 


300 


6U85ISOOU 


09/01/88 


76 








09/01/88 


560 


USER DEF ASSEMB 


500 


6I485ISOOI 


09/01/88 


565 


USER DEF ASSEMB 


DOS 


6I+85ISOO6 


09/01/88 


567 


USER DEF ASSEMB 


VAX 


6i4851S003 


09/01/88 


77 








09/01/88 


570 


USER DEF EMUL 


300 


6l427i+S00l4 


09/01/88 


78 








O9/OI/8B 


572 


USER DEF EMULATION 


6h2Jk 


09/01/88 


79 


USER DEF IN ASM 


M 


6U851-9090I+ 


09/01/88 


578 


USER INTERFACE 


M 


6U808-90901 


09/01/88 


580 


USER INTERFACE 


300 


6it808S00U 


09/01/88 


80 








09/01/88 


581 


USER INTERFACE 


500 


6I+808SOOI 


O9/OI/8B 


582 


UTILITIES PKG 


300 


6i4888S003 


09/01/88 


583 


UTILITIES PKG 


300 


6I+888SOOU 


09/01/88 


581* 


VMS 6500 ASSM 


M 


6I4BU3-9090I+ 


09/01/88 


585 


VMS 6800 ASSM 


M 


61+8i+i-90907 


09/01/88 


586 


VMS 6800-03 C 


M 


6I+821-90903 


09/01/88 


587 


VMS 68000/08/10 C M 


6^4819-909011 


09/01/88 


589 


VMS 68000/8/10 ASM M 


6U8 1+5-90906 


09/01/88 


591 


VMS 68000/8/10 P 


M 


6I4815-90908 


O9/OI/8B 


59^ 


VMS 6805/9/9E ASM M 


61+8UU-90906 


O9/OI/8B 


595 


VMS 6809 PASCAL 


M 


6U813-90905 


09/01/88 


596 


VMS 6809/O9E C 


M 


6I+822-90903 


09/01/88 


597 


VMS 8051 ASSM 


M 


6I+855-9090U 


09/01/88 


601 


VMS 8080/85 ASSM 


M 


6U8 1*0-90903 


09/01/88 


603 


VMS 8085 C 


M 


6I4826-90903 


09/01/88 


601+ 


VMS 8085 PASCAL 


M 


61*825-90903 


09/01/88 


606 


VMS 8086/88 C 


M 


61+818-90901* 


09/01/88 


607 


VMS 8086/88 PASCAL M 


6I481U-90905 


09/01/88 


609 


VMS 9900 ASSM 


M 


61*81+7-90905 


09/01/88 


610 


VMS FILE FORMATS 


M 


6I+882-90903 


09/01/88 


611 


VMS M-STDI75OA ASM M 


6I+857-90903 


O9/OI/B8 


612 


VMS SYSTEM INSTAL M 


61*882-90901+ 


09/01/88 


613 


VMS TMS 320 ASSM 


M 


6I+858-90903 


09/01/88 


611+ 


VMS USER DEF IN ASM M 


61*851-90907 


09/01/88 


615 


VMS USERS GUIDE 


M 


6I+882-90902 


09/01/88 


617 


VMS Z8O/NSC8OO ASM M 


61*81+2-90905 


09/01/88 


618 


VMS Z8O/NSC8OO C 


M 


6I+82U-90903 


09/01/88 


619 


VMS Z8O/NSC8OO P 


M 


61*823-90903 


09/01/88 


621 


VMS Z8OOI/O2 C 


M 


6U820-90903 


O9/OI/B8 


622 


VMS Z80Q1/2 ASSM 


M 


61+85lt-9090l* 


09/01/88 


621* 


VMS Z8OOI/2 PASCAL M 


61*816-90905 


09/Ol/BB 


625 


VMS68OO/OI/O2/O3 P M 


61*811-90901* 


09/01/88 


626 


Z8 ASSEMB 




61*850 


09/01/88 


627 


ZBO EMUL 


FW 


61*753 


O9/OI/B8 


628 


ZBO EMUL 


DOS 


6I+753SOO6 


09/01/88 


629 


Z80 ASSEMB 




61*81*2 


O9/OI/8B 


81 








09/01/88 


630 


Z80 EMULATION 


300 


6U252SOOI* 


09/01/88 


632 


Z80 PASCAL 




61*812 


09/01/88 


636 


ZBO PASCAL 


M 


6I+812-90903 


O9/OI/8B 


637 


ZBO/NSCBOO C 




61*821* 


09/01/88 


82 








09/01/88 


638 
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6U82U-909OI 


09/01/88 


6I43 


6U823-909OI 


09/01/88 


6I15 


6U823 


09/01/88 


83 




09/01/88 


6U6 


6I482O 


09/01/88 


6k 




09/01/88 


651 


6U816 


09/01/88 


85 




09/01/88 


661 


6U232SOOU 


09/01/88 


667 


61+820-90901 


09/01/88 


671 


6U85U 


09/01/88 


86 


6U98O-90923 


09/01/88 


673 


6U233SOOU 


09/01/88 


67U 


6U253SOOU 


09/01/88 


678 
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I65OOOUU99 U95 

16500065^'4 651 

1650006700 170 

1650008128 507 

1650016618 U78 

1650020396 26I4 

1650028860 538 

1650032698 1*88 

1650033720 1+88 

1650031+066 379 

I65003U082 379 

1650037556 369 

16500382I+O 379 

16500U162U 636 

16500I+2606 327 

16500U2630 327 

16500U2655 35I+ 

16500UI4OI6 325 

I6500I+7167 632 

16500I+73I+O 632 

16500U8355 309 

165001+9163 61+6 

16500516I+9 297 

1650053660 369 

165005I+I+86 1+88 

1650055251 199 

1650055806 396 

1650056838 268 

1650057893 253 

1650058123 638 

1650058925 527 

1650059162 1+89 

1650061572 396 

1650061580 51+1+ 

1650063636 50 

2700005280 325 

2700005561 170 

2700005769 527 

2700005918 627 

5000089359 55^ 

5000089367 55^ 

5000093708 30U 

5000091+615 170 

5000110098 1+17 

5000117002 112 

5000117507 521+ 

5000119933 171 

500012237I+ 5^9 



KPR number page 

5OOOI23U97 661 

5000125229 193 

5000128751 397 

5000129023 360 

5000131029 1+1+2 

5000131573 673 

5000132662 31+6 

500013I+619 1+55 

5000131+916 661 

5000135285 398 

5000135855 352 

5000135905 387 

5000136135 51+7 

500013891+1 1+17 

5000139535 630 

5OOOII+II5O 1+1+2 

5OOOII+I7I+7 31*1+ 

500011+3628 261+ 

5OOOII+6779 398 

50001I+6829 1+18 

500011+9721+ 1+78 

5000150151 662 

5000150292 265 

5000151050 111 

50001512U1 1+58 

5000151290 1+78 

50001521+39 281+ 

5000152819 630 

5000152892 578 

5000153981 578 

5OOOI6OII+3 591 

5000160671 651 

5000161182 171 

5000162651 31+1+ 

5OOOI630I+8 130 

5000163295 621 

5000163303 1*76 

5000163808 197 

500016I+012 265 

5000166983 112 

5000167601 613 

5000169037 191 

5000169250 172 

5000169698 1+81+ 

5000169995 3I+7 

5000170118 71 

5000170175 ^18 

5000170191 61+5 



KPR number page 

5OOOI71I+7O 3I+7 

5000172221 387 

5000173716 191 

5000173815 130 

5OOOI7I+805 513 

5000176065 131 

5000176891 399 

5000178301 581 

5000180000 1+55 

5000180323 1+79 

5000181131 3l*lt 

500018151+5 652 

5000182006 190 

50001822I+6 513 

5000182519 191 

500018282I+ 51I+ 

5000183I+75 353 

5000183913 173 

500018I+317 297 

500018I+37I+ 151+ 

5000187617 538 

500018767I+ 16I+ 

5000188813 512 

5000191361 399 

500019151+lt 1+81+ 

5000191767 1+55 

500019205I+ 132 

500019I+951 5^+2 

5000195701 613 

5000196I+28 17I+ 

5000198952 233 

5000199059 223 

5000203620 527 

500020505I+ 5I+I+ 

5000206I+58 351 

5000209007 528 

50002097I+2 133 

5000211359 510 

5000211375 5^+3 

5000211557 325 

5000211599 23I+ 

5000213983 231+ 

500021I+IO6 528 

500021I+1I+8 196 

500021I+I89 71 

500021I+I+52 23I+ 

500021I+8I+I 235 

5000211+858 1+00 



KPR number page 

5000215558 235 

5000215913 387 

5000216051 123 

5000216267 123 

5000219220 359 
5000219865 95 

5OOO220I+I8 131+ 

500022076I+ 591 

5000220772 591 

5000221200 111 

5000222307 13I+ 

5000222I+89 617 

5000223107 135 

5000225078 1+55 

50002257I+8 326 

5000226530 135 

5000226563 113 

5000227991 388 

5000228023 1+00 

5000229237 136 

50002292I+5 1+01 

5000231076 52I+ 

5000231571 539 

50OO2327I+I+ 1+19 

5000232991 572 

500023U8I+9 236 

50002351I+3 1*92 

5000236828 137 

50OO2368I+I+ 236 

5000238337 Ul+1 

50002385I+3 611 

5000239012 193 

5000239905 237 

5000239921 1+79 

5000239939 630 
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D2OO081935 356 
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D2OOO82OI6 261 
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D200082339 318 

D2OOO823U7 550 

D2OOO8235U 21*5 

D200082370 553 

D200082l*l*6 302 
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0200091280 93 

0200091306 232 

O2OOO9131I* 569 

0200091538 5I+8 

O2OOO915I+6 122 

0200091561 122 

0200091587 119 

0200091637 526 

O2OOO916I45 627 

0200091710 3I+9 

0200091835 313 

0200091918 39^ 

0200092080 55 

0200092098 !*5 

0200092106 19 

O20009211I* 52 

0200092122 1 



KPR number 


page 


020009211*8 


22 


D2OOO92155 


22 


D2OOO92163 


23 


0200092171 


22 


0200092189 


29 


D2OOO92288 


76 


0200092312 


28 


0200092338 


27 


D2OOO923I+6 


25 


D2OOO92353 


25 


D2OOO9236I 


27 


02000921*1*5 


38 


0200092619 


71+ 


0200092726 


52 


O2OOO9273I+ 


1+3 


D2OOO92817 


9 


0200092825 


31+ 


D2OOO92833 


59 


020009281*1 


20 


0200092858 


85 


D2OOO92866 


83 


D2OOO9287I* 


56 


0200092882 


18 


D20OO9289O 


81* 


D2OOO92908 


8 


D2OOO92916 


32 


D2OOO9292I* 


82 


D2OOO92932 


1*8 


020009291*0 


9 


D2OOO92957 


3h 


D2OOO92965 


59 


0200092973 


20 


0200092981 


85 


0200092999 


83 


0200093005 


U7 


D2OOO93OI3 


23 


D2OOO9302I 


29 


D2OOO93039 


23 


D2OOO930U7 


30 


D20OO9305U 


56 


D2OOO93088 


70 



KPR number 


page 


D200093101* 


^9 


0200093112 


50 


0200093237 


51 


D2OOO932U5 


63 


0200093252 


1+2 


0200093278 


1*6 


0200093302 


15 


D200093310 


81 


D200093328 


7 


D2OOO93336 


31 


D2OOO93351 


1*1* 


D2OOO93385 


U5 


D2OOO93I4OI 


73 


02000931*19 


39 


D2OOO93I+27 


1*1 


02000931*35 


17 


02000931*1+3 


26 


02000931*50 


20 


02000931*68 


31+ 


02000931*76 


59 


D2OOO93I48I* 


60 


D2OOO93518 


61 


D2OOO93526 


35 


D20OO9353I+ 


9 


020009351*2 


11 


D200093575 


32 


D2OOO93583 


68 


0200093591 


66 


D20OO93609 


67 


D2OOO93617 


68 


0200093625 


66 


D2OOO93633 


67 


D2OOO936UI 


U7 


0200093682 


12 


0200093708 


12 


D2OOO93716 


13 


D2OOO9372I* 


86 


0200093732 


1+3 


D2OOO937I+O 


6k 


0200093765 


65 


0200093781 


71+ 



CUMULATIVE KEYWORD INDEX 



PAGE I 21 
- 6301V EMULATION -3 



SSB ISSUE DATE: 09/01/88 



Keywo rd 


Product number 


uu . 


f f 


:4C3K^3|C34C^3)C^ none ^^!tC^3|C^^3|C 


64206S004 


00 , 


,00 




64206S004 


00 , 


,00 




64206S004 


00 , 


,00 




64206S004 


00 , 


,00 




64206S004 


00 


,00 




64206 


01 


,01 




64206 


01 


,01 


!(C)|C)|C)|C!|C)(C)|C!|C n O H 6 5|C!(C;|C)(C;)C)|0|C)|C 


64207S004 


00 


, 00 




64207S004 


00 


.00 




64207S004 


00 


.00 




64207S004 


00 


.00 




64207S004 


00 


.00 


)|C:|C!Kl|C3|!l|>!|C!K none !)C!(£3|C!(!3(>!(C)|C!(t 


64208S004 


00 


.00 




64208S004 


00 


.00 




64208S004 


00 


.00 




64208S004 


00 


.00 




64208S004 


00 


.00 


3|C3)C3|C3|C3|C!(C3(C3|C n 0 n G ^3)C3|C3|C3|C3|C3|C^ 


64208 


01 


. 00 


3|(3|C3iC3|(3|C!4C3tC3|C n O n 6 3|C3|C3tC3|C3|C'|C3|C3|C 


64860-90901 


01 


.00 




64003S004 


01 


.00 



ig simio, then continuing , may not be possible 

J softkey after HP-IB error does not clear command line 

i disp. with trace not right if code changed w/o ending emul. 



6301V/03R EMUL 



6301X EMULATION -3 



SSB ISSUE DATE: 09/01/88 



6.01 



SSB ISSUE DATE: 09/01/88 



KPR number page 

D200082057 87 

D200085878 87 

D200086264 87 

D200088229 88 

session D2000g0688 88 



D200088088 89 
D200092122* 1 



'end ' 



simio, then continuing , may not be possible 

softkey after HP-IB error does not clear command line 



6301Y EMULATION -3 



SSB ISSUE DATE: 09/01/88 



Jsing simio, then continuing , may not be possible 

'end softkey after HP-IB error does not clear command line 



6301Y/03Y EMUL - 



- 64 HP-UX VMS 8096 AM 



64000 UX GENERIC 



SSB ISSUE DATE: 09/01/88 



SSB ISSUE DATE: 09/01/88 



SSB ISSUE DATE: 09/01/88 



D200082065* 
D200085886* 
D200086272* 
D200088237* 



D200082073* 
0200085894* 
D200086280* 
D200088245* 
session 0200090704* 



160khz D200081596 



D200067322 



D200087445 



90 



91 



92 



- 64000-UX OP-ENV -3 



SSB ISSUE DATE: 09/01/88 



********none***^**** 64801S004 



01.80 You can not enter ICC for 1MB stimulus when in "opt ion_test " 



D200086900 



93 



CUMULATIVE KEYWORD INDEX 
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- 64000-UX OP-ENV -3 SSB ISSUE DATE: 09/01/88 

Keyword Product number uu.ff Description KPR number page 

********none******** 64801S004 01.80 EDB problems with scoping of locals from new com/asm/linker D200090472 93 

64801S004 01.80 "makecdf(l)" error may occur in msinit on a new discless cluster D200091280 93 

- 64HP-UXVMS8086/8 AM- SSB ISSUE DATE: 09/01/88 

**)C)|c)lc**)|!none******)|c* 64853-90908 02.00 .LIS file should be put in same directory as .A and .R files. D200067223 94 

MANUAL 64853-90908 02,03 Need Manual change to explain AC and PH phase errors. 5000240580 94 

- 650X ASSEMB - SSB ISSUE DATE; 09/01/88 

LINKER 64843 01.00 LNK does load NOLOAD files. 5000269779* 7 

PROBLEM ON 9000/S300 64843 01.00 LNK does load NOLOAD files. 5000269779* 7 

PROBLEM ON VAX 64843 00.00 *PRODUCT # CHANGE on the VAX* From= 64xxxS003 To=64xxxM003 D200093328* 7 

- 6800 C - SSB ISSUE DATE: 09/01/88 

********none«*«***«* 64821 02.10 Switch statement causes infinite loop. 5000293779 95 

64821 02.10 Posedec rement operator used on structure pointer may fail D200085779 101 

64821 02.10 Type cast of constant to (char *) in pointer expression error D200085787 102 

64821 02.10 SHORT ARITH OFF for some short experssions used as conditional branch D200085803 103 

64821 01.07 USE OF MANY FUNCTION CALLS WITH CONSTANT PARAMATERS MAY CAUSE ERR #1007 D200074989 98 

64821 01.07 Real variable used as a test condition cause error. D200081539 100 

64821 01.06 Illegal initialization causes error 1113. D200068197 97 

NO PROBLEM/ PISCES I 64821 02.10 Compilers do not list complete information about source file path name. D200092908* 8 

PASS 3 64821 01.06 Conditional compile fails if it suceeds a fixed parm function call. D200069823 97 

PROBLEM ON 9000/S300 64821 02.10 Compilers do not list complete information about source file path name. D200092908* 8 

64821 01.20 Libraries cause write to ROM 5000219865 95 

64821 01.07 If condition is tested with a CMP Dl.Dl D200079624 99 

PROBLEM ON 9000/S500 64821 02.10 Compilers do not list complete information about source file path name. D200092908* 8 

PROBLEM ON VAX 64821 02.10 Compilers do not list complete information about source file path name. D200092908* 8 

- 6800 C - SSB ISSUE DATE: 09/01/88 

********none******** 64821-90901 01.05 Declaring a function which returns a ptr to a function causes error. D200055772 106 

- 6800 PASCAL - SSB ISSUE DATE: 09/01/88 

********none******** 64811 02.00 Type casting the ADDR function to SET for masking may cause error D200093534* 9 

64811 02.00 Large Sets may produce invalid results for elements outside set range D200093542* 11 

64811 01.90 Bad code generated fot ADDR of first record element used as a parameter. D200087189 108 

64811 01.90 Compare using var pointer to first record item fails. D200093682* 12 

64811 01.90 Asignment of string to double dereference string pointer causes error D200093708* 12 

64811 01.90 Pointer dereference of VAR pointer to structure as a parameter fails. D200093716* 13 

64811 01.09 Compiler $FAR 0N$ , creates incorrect data offsets in listing D200059980 108 



CUMULATIVE KEYWORD INDEX 
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6800 PASCAL 



SSB ISSUE DATE: 09/01/88 



Keywo rd 



Product number uu.ff Description 



KPR number page 



CODE GENERATOR 648H 
NO PROBLEM/ PISCES I 64811 
NOT ON 64100 SYSTEM 64811 
PROBLEM ON 9000/S300 64811 

64811 

PROBLEM ON 9000/S500 64811 



PROBLEM ON VAX 



64811 
64811 
64811 
64811 



01 . 90 
01 . 90 
01 .90 
01 .90 
01 .90 
01 .90 
01.90 
01 .90 
01 . 90 
01 .90 



"Too many 
Comp i le rs 
"Too many 
"Too many 
Compilers 
"Too many 
Compile rs 
"Too many 
Compilers 
VAX Pascal 



errors 
do not 
e rro rs 
errors 
do not 
e rro rs 
do not 
errors 
do not 
X re f 



pass3" err msg, if use 
list complete informat 
pass3" err msg, if use 
pass3" err msg, if use 
list complete informat 
pass3" err msg, if use 
list complete informat 
pass3" err msg, if use 
list complete informat 
prints many garbage cha 



duplicate labels. Need better msg 
ion about source file path name. 

duplicate labels. Need better msg 

duplicate labels. Need better msg 
ion about source file path name. 

duplicate labels. Need better msg 
ion about source file path name. 

duplicate labels. Need better msg 
ion about source file path name, 
racters of first line xref list 



D200087304 

D200092817* 

D200087304 

D200087304 

D200092817* 

D200087304 

D2C0092817* 

D2C0087304 

0200092817* 

D200092940* 



109 
9 

109 
109 
9 

109 
9 

109 
9 
9 



6800-03 ASSM 



SSB ISSUE DATE: 09/01/88 



**:ii!i*****none******** 64841-90905 
MANUAL 64841-90905 



01.15 Mask pseudo works incorrectly in certain cases 
01.15 Support OIM, AIM, EIM, TIM 



5000151050 111 
5000221200 111 



6800/2 ASSEMB - 



SSB ISSUE DATE: 09/01/88 



Uliillit****:* none :lli*****iti:lli 64841 

64841 

64841 

PROBLEM ON 9000/S300 64841 
PROBLEM ON 9000/S500 64841 



PROBLEM ON VAX 



64841 
64841 



01.15 External MASKS are not handled properly by the assembler. 5000166983 112 

01.13 Comments are listed in the xref table when not delimited by a ; 5000117002 112 

01.10 Assembler allows the inst. "LDA A". "LDA A" isn't a valid instruction. 5000273474 114 

01.10 6301 AIM instruction with "NT." operator causes LR error. 5000273458 113 

01.40 Xref table is not listing all symbol references. 5000226563 113 

00.00 Very long file causes problems with xref listing on a 2563B 5000255752 113 

00.00 *PRODUCT » CHANGE on the VAX* From= 64xxxS003 To=64xxxM003 D200093302* 15 



- 6800/2 ASSEMB 



SSB ISSUE DATE: 09/01/88 



tili*t****nor\e******** 64841S001 

64841S001 

MACRO 64841S001 



01.30 Macro def. including .IF, within a IF causes assembler to stop code gen. 

01.20 Assembler flagging out of range error when it should not. 

01.30 Conditional instr. .IF with rational oper. in Macro creates bad code 



D200053298 116 
D200031088 115 
D200048199 115 



68000 12MHZ EMUL -F 



SSB ISSUE DATE: 09/01/88 



!|c*)K*»3K**none«*!tc*»iK3l:* 64742 

64742 
64742 
64742 
64742 
64742 
64742 
64742 
64742 
64742 



00.05 Measurements between the external/internal analyzers aren't synchronized 5000297879* 16 

00.05 All states requested from emtrdata should be valid D200091587 119 

00.04 Slow Clock interferes with configuring monitor... Poor error messages. D200089631 119 

00.00 Stepping says "PC=123456(asp" ; reg says "PC=12345678" D200085357 117 

00.00 Trace list mne heading doesn't indicate base (hex) D200085571 117 

00.00 Overlapping lAL output if 6800 cycle and GRD or ROM D200085662 117 

00.00 In RESET state, try to b(reak), end up running and unable to break D200085696 118 

00.00 Stepping in user space does not work with foreground monitor D200086876 118 

00.00 Emulator stays in monitor after the run command without giving a message D200086884 118 

00.00 Can do a "load/display target memory" with no target system D200087015 119 



68000 12MHZ EMUL DOS 



SSB ISSUE DATE: 09/01/88 



*!|c*****!)enone******** 64742S006 



01.01 Invalid COM port in 64700tab file 



D200093435* 17 



CUMULATIVE KEYWORD INDEX 
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- 68000 12MHZ EMUL DOS 



SSB ISSUE DATE: 09/01/88 



Keyword 


Product number 


uu 


f f 


****#»**none«******* 


64742S006 


01 


00 




64742S006 


01 


00 




64742S006 


00 


01 




64742S006 


00 


01 




64742S006 


00 


01 




64742S006 


00 


00 


^3|C3|C^^^3|C)|( n 0 n 6 3|C3|C<1C3l(:4C'|C3|C3|C 


64845 


01 


13 




64845 


01 


12 




64845 


01 


12 




64845 


01 


12 




64845 


01 


10 




64845 


01 


10 


ASSEMBLER 


64845 


00 


70 


PROBLEM ON 9000/S300 


64845 


02 


10 




64845 


02 


10 




64845 


01 


30 




64845 


01 


. 10 




64380S004 


01 


.00 




64380S004 


01 


.00 




64380S004 


01 


.00 



f f Desc ript ion 



KPR number page 



or regmod ( ) 



"stty" command doesn't work correctly for baud rate <= 1200 



68000 ASSEMB 



SSB ISSUE DATE: 09/01/88 



Math operators not working on 64100. 

Incorrect code generated Tor Bit family of instructions when .L specif 
Size qualifiers in cross reference. 

Assembler produces incorrect code for several instructions 
ILLEGAL OPCODE IS BEING GENERATED FOR LEA INSTRUCTION. 
RORG may cause generation of invalid errors and warnings. 
The legal range for data in the MOVEQ instruction is incorrect 
No A5 prompt when non-exist lent R file specified. 
TITLE directive inserting garbage control characters. 
Bcc causes linker error if incorrect syntax is used. 
Missing whitespace is not flagged. 



68000 BBA 



SSB ISSUE DATE: 09/01/88 



Switch statement followed immediately by a label cases bbacpp to fail 
A switch statement with no statement causes bbacpp to fail 



D200091546 
D200091561 
D200089649 
D200089805 
D200090134 
D200090605 



5000258590 
5000216267 
5000247437 
D200079319 
5000216051 
D200064998 
D200018747 
5000270637 
D200086678 
D200081794 
5000243048 



D200090498 
D200090506 
D200090514 



122 
122 
121 
121 
121 
121 



124 
123 
124 
126 
123 
125 
125 
124 
127 
126 
123 



128 
128 
129 



- 68000 C 



SSB ISSUE DATE: 09/01/88 



64819 


02 


10 


64819 


02 


10 


64819 


01 


10 


64819 


01 


10 


64819 


01 


10 


64819 


01 


10 


64819 


01 


10 


64819 


01 


10 


64819 


01 


10 


64819 


01 


10 


64819 


01 


10 


64819 


01 


10 


64819 


01 


10 


64819 


01 


09 


64819 


01 


09 


64819 


01 


09 


64819 


01 


09 



Bad code is generated when a char var is compared to a negative number 5000269415 139 

Arrays of 64k Multiples of size caus 210 error unnecessarily D200087940 152 

Terenary expression causing incorrect code to be generated. 5000176065 131 

Logical operators and '||' causing bad code to be generated. 5000209742 133 

Address is not incremented past OxFFFF for data areas > 32k. 5000220418 134 

float += f loat ( uns igned -unsigned) hangs compiler. 5000223107 135 

Real variable used as a test condition cause error. 5000226530 135 

USE OF FUNCTION POINTER TYPE CAST ON MULTIPLE EXTERNAL ARRAYS CAN ERROR D200074997 146 

Terenary expression causing error 1113 or "Too many errors. " D200076455 147 

Address comparisons for variables located on negative base-page may fail D200076513 148 

Libraries generate incorrect code 68010 processor. D200081505 150 

SHORT_ARITH OFF use of mixed short int in conditionals may not work D200085373 150 

SHORT_ARITH OFF with unsigned short int in conditional branch error D200085399 152 

Illegal initialization causes error 1113. 5000173815 130 

Fields of a structure are dereferenced incorrectly (if fields are big). 5000192054 132 

Shift of wrong sized value in register. D200063115 142 

An "if" statement may cause the compiler to go astray. D200065193 143 
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68000 C 



SSB ISSUE DATE: 09/01/88 



Keywo rd 


Product number 


uu . 


f f 


)K;(c!k:K3(c:k*:K none **ilf.if.ilii1iiiii* 


64819 


01 . 


09 




64819 


01 . 


09 




64819 


01 . 


08 




64819 


01 . 


07 


CODE GENERATOR 


64819 


01 . 


07 




64819 


00 . 


21 


NO PROBLEM/ PISCES I 


64819 


02 . 


10 


PASS 3 


64819 


01 . 


09 


PREPROCESSOR 


64819 


01 . 


10 


PROBLEM ON 9000/S300 


64819 


02 . 


10 




64819 


02 . 


10 




64819 


02 . 


10 




64819 


01 . 


20 




64819 


01 . 


20 




64819 


01 . 


20 




64819 


01 , 


20 




64819 


01 , 


10 


PROBLEM ON 9000/S500 


64819 


02 


, 10 


PROBLEM ON VAX 


64819 


02 , 


, 10 


}tc3|c3|(/t(^3|c3|c:|c none !4c3|c3|c!tc^<1(3|cilc 


64819-90902 


01 


. 09 




64819-90902 


01 


. 08 


3(C!(^3|C3iC3jC)(C3jC# none 3(CJt!3)C#3|C3)C#!(C 


64243S004 


01 


.20 




64243S004 


01 


.20 




64243S004 


01 


.20 




64243S004 


01 


.20 




64243S004 


01 


.20 




64243S004 


01 


.20 




64243S004 


01 


.20 




64243S004 


01 


.20 




64243S004 


01 


.20 




64243S004 


01 


. 10 




64243S004 


01 


. 00 




64243S004 


01 


. 00 




64243S004 


01 


. 00 




64243S004 


01 


.00 


3K3|C3(I)K3(!3)C5|S3(C n 0 n 6 #3(C3(C#<(C3(C!(C5|C 


64341G 


01 


.00 



KPR number page 



AO register not initialized properly when using ||. 
Libraries load constants into the data area 
Pass 3 error 1113 flagged. 

Compiler uses MSB of word containing char value rather than LSB. 
Bad code using SOPTIMIZES and successive uses of the same pointer. 
Multiple assignments may cause compiler to reuse an overwritten reg . 
Compilers do not list complete information about source file path name 
Conditional compile fails if it suceeds a fixed parm function call. 
Station reset during preprocessor pass. 
The EXT.L command does not work properly. 
Problem with EXT L command. 

Compilers do not list complete information about source file path name 

Optimize directive causing bad code to be generated. 

I nc 0 n s IS t ien t error messages for too large of data area. 

Calling a function w/o assigning result causes stack to get messed up. 

Problem with Type Name cast - causes Pass 1 error. 

If condition is tested with a CMP Dl.Dl 

Compilers do not list complete information about source file path 
Compilers do not list complete information about source file path 



name 
name 



68000 C 



- 68000 DQ EMUL - 



SSB ISSUE DATE: 09/01/88 



SSB ISSUE DATE: 09/01/88 



D200067587 

D200071829 

5000163048 

D200032045 

D200014399 

D200004929 

D200092882* 

D200069674 

5000273730 

5000269407 

5000271957 

D200092882* 

5000222307 

5000229237 

5000236828 

5000264481 

D200079590 

0200092882* 

D200092882* 



5.:00184374 
D200055699 



Mnemonic scroll and step display may not read memory 
Analyzer break fails when stepping over software breakpoint 
Multiple commands on the line after "set" will not be executed 
"end" softkey after HP-IB error does not clear command line 
Display memory w/part of the line not readable may hang the system 
bbaunload causes memory growth problems in emulators 

display_message causes access guarded memory' 
Code disp. with trace not right if code changed w/o ending emul. session 
"tlist" can oferwrite memory it did not allocate, causing core dumps 
Enabling DMA to emulation memory halts emulator. 
Questions not asked when switch from real-time to non-real. 
Wrong breakpoint behavior on continuing emulation 
EBPP as analyzer fails intermittently 

Doing a wait while tracing MAY cause subsuquent traces 



144 
145 
130 
141 
141 
140 

18 
144 
140 
138 
139 

18 
134 
136 
137 
137 
149 

18 

18 



154 
154 



68000 DQ SW ANALYZER 



to never complete 
SSB ISSUE DATE: 09/01/88 



D200087197 

D200087759 

D200088062 

D200088310 

D200090357 

0200090548 

D200090555 

D200090829 

0200092106* 

5000279117 

D200078188 

D200078196 

0200078972 

D200088039 



157 
157 
158 
158 
158 
159 
159 
160 
19 
156 
156 
156 
156 
158 



D200031872 161 



- 68000 EMUL 12 .5 MHZ 



SSB ISSUE DATE: 09/01/88 



***)K***3Knone***»**** 64243 



01.01 State lA generates wrong instruction for Adr Reg. Indirect w/Indexing D200081372 162 
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Keyword Product number 

)|MK!K:K!|oKiK:4(none)K:K!K»»*:K3K 64242 



- 68000 EMULATION - SSB ISSUE DATE: 09/01/88 

uu.ff Description KPR number page 

01.07 Load of more than 1 abs . to targ. mem. not allowed when restricted to RT D200067637 163 

- 68000 EMULATION -3 SSB ISSUE DATE: 09/01/88 



:k:ti;K;K)K!K>C!KnoneiK!KiK!K«)K** 64242S004 

64242S004 
64242S004 
64242S004 
64242S004 
64242S004 
64242S004 
64242S004 
64242S004 
64242S004 
64242S004 

BREAKPOINT 64242S004 



01.00 Ehalt occurring too often while running user code. 5000187674 164 

01.00 Measurement System end released when terminal cannot be initialized D200069484 164 

01.00 pwd truncates the /net/system portion of the path when RFA'ed to system. D200080606 164 

01.00 Using Emulation across RFA can give incomplete symbol information D200080903 164 

01.00 Tracing on status int ack does not work. 0200081679 165 

01.00 The Inter-Module-Bus Trigger signal latches when set to drive & receive D200081885 165 

01.00 Processes sometimes left running after parent has stopped. D200082180 165 

01.00 Memory breaks during stepping are not detected D200082594 166 

01.00 Loading a trace file from a different processor may cause core dump D200083196 166 

01.00 Tracelist symbols dissappear. D200085993 167 

01.00 Code disp. with trace not right if code changed w/o ending emul. session D200090811 167 

01.00 Software breakpoint in target memory will hang system. 0200082610 166 



- 68000 HL SOFT ANAL M 



SSB ISSUE DATE: 09/01/88 



!|c**)K****none*)t:*****>ic 6-»331-90902 



01.00 Tracing a variable declared as a pointer to a function doesn't work in C D200013110 
- 68000 PASCAL - SSB ISSUE DATE: 09/01/88 



169 



i|c^^/|C'tc^'tc>^ rone >(ii|c-(t/jC3(t^iic^ 



BOOLEAN 

CODE GENERATOR 



64815 
64815 
64815 
64815 
64815 
64815 
64815 
64815 
64815 
64815 
64815 
64815 
64815 
64815 
64815 
64815 
64815 
64815 
64815 
64815 
64815 
64815 
64815 



02 .00 
01 . 12 
01 . 12 
01 . 11 
01 . 11 
01.11 
01 . 11 
01.11 
01.11 
01 . 10 
01 . 10 
01 . 10 
01.10 
01 . 10 
01.10 
01.09 
01 .09 
01 .05 

00 . 00 

01 .09 
01 .90 
01 .09 
01.08 



Type casting the ADDR function to SET for masking may cause an error. D200093450* 20 

Bad code when taking ADDR of record element when using WITH. 5000161182 171 

Subrange parameter not passed properly when function returning integer D200076562 185 

Declaring a boolean array may cause an out of bounds error. 5000169250 172 

Casting address to int and adding a signed_16 var generates bad code. 5000183913 173 

Bytes sign extened in a case statement. 5000196428 174 

The WARN option cannot be turned off D200065045 183 

Libraries load constants into the data area D200071696 183 

Problems with routine STRWRITE & $BASE_PAGE$ mode with ASPIOLIB D200073007 184 

Program causes compiler to hang up. D200050997 178 

Missing semicolon causes compiler to hang in Pass 1. D200052563 179 

Real number library routine "ROUND" not working in some cases. D200053157 179 

Library routine TRUNC will sometimes return wrong value. D200053165 180 

Compiler SFAR 0N$ , creates incorrect data offsets in listing D200060103 181 

Compiler generates a LEA instruction with an illegal source operand. D200060343 181 

Compiler allows non-standard funct with EXTENSIONS OFF or ANSI ON 5000119933 171 

TOO MANY ERRORS IN PASS 3 IF >127 PROCEDURES D200047423 178 

Specific file causes pass three error when compiled. (Too many errors) 5000244368 175 

Immediate operand's value is altered when doing a logical and. 1650006700 170 

NOT ( f unc t ion ) as boolean expression in "IF" statement doesn't work. D200030585 177 

"Too many errors pass3" err msg, if use duplicate labels. Need better msg D200087320 186 

Bad code using SRANGES or $DEBUG$ with SCALL_PC_LONG$ or $LIB_PC_LONG$ D200014332 176 

$DEBUG$ may cause undesired TRAPV. D200012104 175 
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Keywo rd 


Product number 


u u 


f f 


rnr>F generator 


64815 


01 


0 8 




64815 


01 ' 


02 


DTV 


64815 


0 1 


09 




64815 


01 


09 




64815 


01 


90 


NOT ON 64100 SYSTEM 


64815 


01 '. 


90 


PASS 2 


64815 


01 , 


,09 


PASS 3 


64815 


0 1 


10 


PROBLEM ON 9000/S300 


64815 


01 


^90 


64815 


01 


. 90 




64815 


01 


.90 


PROBLEM ON 9000/S500 


64815 


01 


.90 




64815 


01 


90 


PROBLEM ON VAX 


64815 


01 


^90 




64815 


01 


.90 




64815 


01 


. 90 




64341B 


02 


.00 


itC'fcslcilc^sicsicslc none ^^^^^3(c^3(c 


64242-90906 


01 


.07 



KPR number page 



Compiler generates incorrect code for set inclus 
B := ABS(B) fails to write to the data area. 
UNSIGNED 32 division with dividend or divisor > 
Nested INCLUDE files 3 or more deep cause 64000 
Compilers do not list complete information about 
"Too many errors pass3" err msg, if use duplicat 
K := K + K + K; causes too many pass 2 errors to 
Compiler SPAR 0N$ , creates incorrect data offset 
"Too many errors pass3" err msg, if use duplicat 
Array offset is incorrect if BijOLEAN is the data 
Compilers do not list complete information about 
"Too many errors pass3" err msg, if use duplicat 
Compilers do not list complete information about 
"Too many errors pass3" err msg, if use duplicat 
Compilers do not list complete information about 
VAX Pascal xref prints many garbage characters o 



ion check . 

8000 , OOOOH may not 
to "hang" in pass 

source file pat h 
e labels . Need bet t 

cent inue . 
s in listing 
e labels . Need bet t 

type for the indi 

source file path 
e labels . Need bet t 

source file path 
e labels . Need bet t 

source file path 
f first line xref 



wo rk . 

3 . 

name . 
er msg 



e r msg 
c e s . 
name . 
e r msg 
name . 
e r msg 
name . 
list 



D200013359 

5000094615 

2700005561 

D200036749 

D200092841* 

D200087320 

D200036889 

D200049882 

D200087320 

D200087718 

D200092841* 

D200087320 

D200092841* 

D200087320 

D200092841* 

D200092973* 
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175 
170 
170 
177 

20 
186 
177 
178 
186 
187 

20 
186 

20 
186 

20 

20 



D200031823 189 



Please document consequences and limitations. 5000182006 190 



68000/08 EMULHP-UX M - 
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:lk1ti1t:t****T\one******** 64243-90903 

64243-90903 
64243-90903 



01.00 Explain useage/def init ion in manual of INTR character to terminate wait 5000169037 191 
01.00 Page 4-9 Fig 4-3 The first ORG statement should be UNCOMMENTED 5000173716 191 

01.00 Single Stepping slow when in "display trace source only mode". 5000182519 191 



- 68000/08/10 ASM 



SSB ISSUE DATE: 09/01/88 



*)|c***i|c**none******** 64845-90904 

64845-90904 
64845-90904 
64845-90904 
64845-90904 

MANUAL 64845-90904 

64845-90904 
64845-90904 



01.09 RORQ ONLY WORKS IF THE CODE IS NOT PC INDEPENDENT. 5000125229 193 
01.08 Incorrect opcode is generated for Move from CCR instruction. D200055947 194 
01.00 Wrong offset calculated when using PC+index reg+ offset mode of addr. D200045864 194 
01.00 Include support for BHS and BLO. D200065565 195 
01.00 Clear up confusion on correct symbols. D200065607 195 

01.10 Alter all assembler manuals to reflect new syntax. 5000239012 193 
01.10 Manual indicates EXT is a legal psuedo for an external declaration. 5000242032 193 
01.00 The MOVE example for program counter with index address mode is wrong. D200062521 195 



- 68000/10 EMUL 



SSB ISSUE DATE: 09/01/88 



*ilti:ifi*^*iK*ncne*t****** 64245-90903 



01.00 Manual has error on fig 3-1, should be "cp" and "sample. X(" 



5000214148 196 
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- 68000/10 RT S-ANAL M - SSB ISSUE DATE: 09/01/88 

uu.ff Description 

02.00 Non-adjacent symbols not traceable in some conditions. 

- 68000C AXLS COMP - SSB ISSUE DATE: 09/01/88 



KPR number page 
5000163808 197 



ilf^:lfi****tnone***:lf**** 64902-90901 
MANUAL 64902-90901 

64902-90901 
64902-90901 



01.00 Fig. 4.1 does not compile as the manual indicates. 

01.00 Cport68k documentation has incorrect path name for executable 

01.00 Recursive includes not allowed with lister 

01.00 lister does not allow recursive includes 



68000C AXLS COMP 300 



SSB ISSUE DATE: 09/01/88 



5000291914 198 
D200092148* 22 
D200092155* 22 
D200092171* 22 



3|c3|(9|c»«3lc3t:4:none«3|c3|c»«««>|c 64902S004 

64902S004 
64902S004 
84902S004 
64902S004 
64902S004 
64902S004 
64902S004 
64902S004 
649028004 
64902S004 
64902S004 



CODE GENERATOR 



01.00 option for inverse C code only works if it is specified first. 1650055251 199 

01.00 When cpp macros expansion includes new-line, debug line numbers get off. D200083584 199 

01.00 All variables following an ORG are put at same address. D200085423 199 

01.00 Operations on bitfields > 17 bits wide may fail. D200085431 200 

01.00 Compiler won't take address of a function pointer. D200085449 201 

01.00 Compiler erroneously constant folds pointer offsets D200086918 201 

01.00 Function entry code over writes stack when widened param is not passed. D200086926 202 

01.00 #progma BBAIGNORE still produces warmings D200089417 202 

01.00 Runtime and support libraries contain loadtime initializers. D200089516 203 

01.00 Cpp looks in the wrong directory for local include files. D200093013* 23 

01.00 Cpp requires white space after #define macro name. D200093039* 23 

01.00 'Cannot open file' message coming from lister, if open many includes. D200092163* 23 



68008 EMULATION -3 



SSB ISSUE DATE: 09/01/88 



«;t(!lc»X:<c3tc»none»»3K««»:|c:|c 64244S004 

64244S004 
64244S004 
64244S004 
64244S004 
64244S004 
64244S004 
64244S004 
64244S004 
64244S004 
64244S004 



01.20 Emulator does not work reliably with 64155b Memory D200087213 206 

01.20 "end" softkey after HP-IB error does not clear command line D200088328 206 

01.20 Code disp. with trace not right if code changed w/o ending emul. session D200090837 206 

01.20 Multiple commands on the line after "set" will not be executed D200091116 207 

01.20 Enabling DMA to emulation memory halts emulator. D200091132 207 

01.20 "bba unload" causes memory growth problems in emmulators D200092353* 25 

01.00 Measurement System end released when terminal cannot be initialized D200069518 204 

01.00 Incorrect breakpoint behaviour on continuing emulation. D200072470 204 

01.00 Questions not asked when switch from real-time to non-real. D200078170 204 

01.00 EBPP as analyzer fails intermittently D200078964 205 

01.00 Doing a wait while tracing MAY cause subsuquent traces to never complete D200092346* 25 



6801/3 EMULATION 300 



SSB ISSUE DATE: 09/01/88 



illi*t*****nor\e*******1li 64256S004 

64256S004 
64256S004 
64256S004 
64256S004 



01.00 Measurement System endreleased when terminal cannot be initialized D200069587 208 

01.00 State inverse assembler for 6801 does not work D200077545 208 

01.00 pwd truncates the /net/system portion of the path when RFA'ed to system. D200080671 208 

01.00 Using Emulation across RFA can give incomplete symbol information D200080978 209 

01.00 The Inter-Module-Bus trigger signal latches when set to drive & receive D200081927 209 
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00 
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01 . 
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00 
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A 1 

u 1 . 


O A 
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A 1 

0 1 


O A 




64245S004 


01 


. 20 




64245S004 


01 


.20 




b4^4b5>004 


A 1 
Ul 


O A 

. zo 




64245S004 


01 


. 10 




64245S004 


01 


. 00 






A 1 


A A 






A 1 


A A 

. ou 




D4i^4!>oUU4 


n 1 
U 1 


. uu 




C/IO>lCOAAyi 


A 1 


A A 

. UU 




D4<{; 4DoOy 4 


A 1 


A A 




D4^43oUU4 


A 1 


A A 

. uu 












64249S004 


01 


.00 




64249S004 


01 


.00 




64249S004 


01 


.00 




64249S004 


01 


.00 




64249S004 


01 


.00 




64249S004 


01 


.00 




64249S004 


01 


.00 




64249S004 


01 


.00 




64249S004 


01 


.00 


BREAKPOINT 


64249S004 


01 


.00 



ff Description 



KPR number page 



"end 



simio, then continuing , may not be possible 
softkey after HP-IB error does not clear command line 
lisp, with trace not right if code changed w/o ending emul. 



session 



D200082255 
D200082727 
D200083261 
D200086058 
D200086397 
D200088351 
D2000g0886 



209 
210 
210 
210 
211 
211 
211 



68010 16MHZ EMUL DOS - 



- 68010 EMUL 12. 5M 300 



SSB ISSUE DATE: 09/01/88 



SSB ISSUE DATE: 09/01/88 



0200093443* 26 



"end" softkey after HP-IB error does not clear command line 

Code disp. with trace not right if code changed w/o ending emul. session 

Multiple commands on the line after "set" will not be executed 

Enabling DMA to emulation memory halts emulator. 

"bba unload" causes memory growth problems in emmulators. 

Function Code not correct for user mem. access during display registers 

simulated I/O, Ints can't be modified when changing from rtrt to nrtrt 

Measurement System end_released when terminal cannot be initialized 

Incorrect breakpoint behaviour on continuing emulation. 

Ehalt occurring too often while running user code. 

SPA emulator title exceeds 9 character limit and will be truncated 

EBPP as analyzer fails intermittently 

Doing a wait while tracing MAY cause subsuquent traces to never complete 



68010 G.P. EMUL -3 



SSB ISSUE DATE: 09/01/88 



Measurement System endreleased when terminal cannot be initialized 
Incorrect breakpoint behaviour on continuing emulation. 

Bwd truncates the /net/system portion of the path when RFA'ed to system 
sing Emulation across RFA can give incomplete symbol information 
The Inter-Module-Bus trigger signal latches when set to drive & receive 
Processes sometimes left running after parent has stopped. 
Memory breaks during stepping are not detected 

Loading a trace file from a different processor may cause core dump 
Tracelist symbols dissappear. 

Code disp. with trace not right if code changed w/o ending emul. session 
Software breakpoint in target memory will hang system. 



D200088336 

D200090845 

D200091124 

0200091140 

0200092361* 

D200081844 

D200068874 

D200069526 

D200072488 

D200078055 

D200078220 

D200078956 

D200092338* 



D200069534 
D200072496 
D200080648 
D200080945 
D200081893 
D200082222 
D200082776 
D20O083238 
D200086025 
D200090852 
D200087288 



215 
215 
216 
216 

27 
214 
213 
213 
213 
214 
214 
214 

27 



217 
217 
217 
218 
218 
218 
219 
219 
219 
220 
220 



68010 SW ANAL 
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«»»3K*«3K)Knone«****itc*!tc 64334 



02.00 Using local static variables in C causes a lockup in the analyzer 



D200031781 221 
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- 68010 SW ANALYZER - SSB ISSUE DATE: 09/01/88 

uu.ff Description 

02.00 Using local static variables in C causes a lockup in the analyzer 
- 68020 ASSEMB - SSB ISSUE DATE: 09/01/88 



KPR number page 
D200031849 222 



9K3|C!|c:K«9K3t:9Knone ******** 



MACROS 

PROBLEM ON 9000/S300 



64870S004 
64870S004 
64870S004 
64870S004 
64870S004 
64870S004 
64870S004 
64870S004 
64870S004 
64870S004 
84870S004 
64870S004 



01.00 Packed BCD constants cause incorrect code to be generated. 5000199059 223 

01.00 Using asm psued END with numeric expression causes linker error. D200089276 223 

01.00 Ar68k can not handle long list in command line options. D200089714 224 

01.00 PLEN directive does not work properly D200089722 225 

01.00 LLEN directive does not work properly with tab characters D200089730 225 

01.00 Temporary files should be created in /tmp directory D200089748 226 

01.00 Incremental link and strip results in corrupted relocatable D200089763 226 

01.00 Reference to label in empty section causes ld68k error D200089771 227 

01.00 Section mismatch causes bad info in HP link sym file D200089789 228 

01.00 Embedded assembly code will not substitute defined variables correctly. D20008g888 228 

01.00 >37 parameters in a MACRO heading and it silently does not expand. D200092312* 28 

01.00 NOPAGE option does not work for the 68000 assembler. 5000285742 223 



68020 BBA - 
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«««}k»!|c!tc«none««3lt»:(eitc3|c:K 64381S004 

64381S004 
64381S004 



01.10 Complex conditional assignment delcarations cause bbacpp to core dump 
01.10 Switch statement followed immediately by a label cases bbacpp to fail 
01.10 A switch statement with no statement causes bbacpp to fail 



68020 EMUL 



SSB ISSUE DATE: 09/01/88 



D200090449 230 
D200090456 230 
D200090464 231 



3|C3|c)|c««»««none»:|c»3|C!|c«3|C3K 64410S004 

64410S004 
64416S004 
64416S004 
64416S004 
64416S004 
64416S004 
64416S004 
64416S004 
64416S004 
64416S004 
64416S004 
64416S004 
64416S004 
64416S004 
64416S004 
64416S004 
64416S004 
64416S004 
64416S004 
64416S004 



02.00 "at execution run" may fail to run upon execution, D200086801 232 

02.00 Lealing comma in some addtess indirect assembly is not needed D200091306 232 

02.00 "end" softkey after HP-IB error does not clear command line D200088427 246 

01.10 Failure occurs when executing a software breakpoint in user state 5000236844 236 

01.10 OR instruction is not disassembled properly 5000239905 237 

01.00 FMOVE instructions are disassembled incorrectly. 5000198952 233 

01.00 Error may result when executing "run from a until b" for target address. 5000211599 234 

01.00 Enhancement to the dissassemble feature of the trace display. 5000213983 234 

01.00 Failures when running the 68020 and any other emulator in same cardcage. 5000214452 234 

01.00 Failure occurs with modify memory <address> to <procedure name>". 5000214841 235 

01.00 Improve comments in the emulation monitor regarding the "TRACE" vector. 5000215558 235 

01.00 Sporadic HP64120 I/O failures. 5000234849 236 

01.00 Memory Mapper deletes the mapoverlay definition when address bit 31=1. D200077024 237 

01.00 Unable to access transfer address of .X file if .L file does not exist. D200078071 238 

01.00 Use of disassemble ins t rue t ions_only may show no data with new trace. D200078105 239 

01.00 Modify memory map attributes does not release mapped memory. D200078113 239 

01.00 A DISPLAY MEMORY MNEUMONIC DISASSEMBLY ERROR. D200078907 239 

01.00 Overlapped memory entries may not be resolved properly. D200078915 240 

01.00 Modify memory using symbolic data incorrectly loads "value -1". D200078931 240 

01.00 Can not map_overlay memory if range includes Of f f f f f 00 h -Of f f f f f f f h . D200C78949 241 

01.00 68020 PV incorrectly defaults co-cards for 2nd emulator in a cage. D200079061 241 
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Keyword 



Product number uu.ff Description 



«)K)|c««««3|cnone«««3K«!K:t»K 64416S004 

64416S004 
64416S004 
64416S004 
64416S004 
64416S004 
64416S004 
64416S004 
64416S004 
64416S004 
64416S004 



KPR number page 



01.00 Load/copy/store using files over net may fail with 68020 emulator. 
01.00 Some interaction problems with "at execution run/trace". 

01.00 Analyzer GLOBAL_CONTEXT specification core dumps when running HP-UX 5.5. 

01.00 Trace data not updated if trace command follows at_execution run. 

01.00 Some command file sequences may not work. 

01.00 Turning off BNC usage does not update the trace display 

01.00 PV for coordinated emulation start may miss failure. 

01.00 MON_XFR_BUF area in monitor not properly defined. 

01.00 Tracelist symbols disappear from the trace display in certain conditions 
01.00 Processes sometimes left running after parent has stopped. 
01.00 Using simio, then continuing , may not be possible 



D200079707 
D200080408 
D200080416 
D200080424 
D200080440 
D200080457 
D200081059 
D200081125 
D200081968 
D200082354 
D200086421 



241 
242 
242 
242 
243 
243 
243 
244 
245 
245 
246 
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)K>|E!|c!|cit>!|c}|c<|c none<l!<(C'l(<lc^<K<((3K 



INCLUDE 



64903S004 
64903S004 
64903S004 
64903S004 
64903S004 
64903S004 



01.10 ^include files are not searched in order of -I options 
01.10 Runtime and support libraries contain loadtime initializers 
01.10 Cpp looks in the wrong directory for local include files. 
01.10 Cpp requires white space after #define macro name. 
01.00 Compiler won't take address of a function pointer. 
01.10 Nested tINCLUDE's cause too many files to be open. 



D200087502 

D200089524 

D200093021* 

D200093047* 

D200085456 

D2000g218g« 



247 
248 
29 
30 
247 
29 
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^)|C!|c<|c)|!)K;tc)K none )|c)(ti(c!)C/(<)|!)|o|c 



611928004 
64192S004 
64192S004 
64192S004 
64192S004 
64192S004 
64192S004 
641925004 
64192S004 
64192S004 
64192S004 



01.00 pwd truncates the /net/system portion of the path when RFA'ed to system. D200080150 249 

01.00 Using Emulation across RFA can give incomplete symbol information D200080762 249 

01.00 Relative path names (e.g. ./cmd) should not search PATH D200081430 249 

01.00 Tracelist symbols dissappear. D200081976 250 

01.00 Processes sometimes left running after parent has stopped. D200082008 250 

01.00 Loading a trace file from a different processor may cause core dump D200082503 251 

01.00 Load <file> noupdate without database should give error message. D200085241 251 

01.00 Using simio, then continuing , may not be possible D200085795 251 

01.00 Core dump can happen when displaying guarded memory mnemonic D200086934 252 

01.00 "end" softkey after HP-IB error does not clear command line D200088104 252 

01.00 Code disp. with trace not right if code changed w/o ending emul. session D200090639 252 



6805 E 



SSB ISSUE DATE: 09/01/88 



*3|c3|e3|c««»iKnone»!tc««»»!K!K 64195S004 

64195S004 
64195S004 
64195S004 
64195S004 
641955004 
64195S004 
64195S004 
64195S004 



01.00 Can't load a program into target memory or emul. mem. with slow clock. 1650057893 253 

01.00 pwd truncates the /net/system portion of the path when RFA'ed to system. D200080481 253 

01.00 Using Emulation across RFA can give incomplete symbol information D200080796 253 

01.00 Relative path names (e.g. ./cmd) should not search PATH D200081455 254 

01.00 Processes sometimes left running after parent has stopped. D200082032 254 

01.00 Loading a trace file from a different processor may cause core dump D200083071 254 

01.00 Tracelist symbols dissappear. D200085852 255 

01.00 Using simio, then continuing , may not be possible D200086249 255 

01.00 "end" softkey after HP-IB error does not clear command line D200088203 255 



CUMULATIVE KEYWORD INDEX 

Keyword Product number 

.*ili****Jlii*i\ot\e******:lHli 64195S004 



PAGE I 32 

- 6805 E - SSB ISSUE DATE: 09/01/88 

uu.ff Description KPR number page 

01.00 Code disp. with trace not right if code changed w/o ending emul. session D200090662 256 

- 6805 G - SSB ISSUE DATE: 09/01/88 



)|o|c«3K««i|e«noneiK:K*;tC3K»«:|c 641945004 

64194S004 
64194S004 
64194S004 
64194S004 
64194S004 
64194S004 
641948004 



01.00 pwd truncates the /net/system portion of the path when RFA'ed to system. D200080473 257 

01.00 Using Emulation across RFA can give incomplete symbol information D200080788 257 

01.00 Processes sometimes left running after parent has stopped. D200082024 257 

01.00 Loading a trace file from a different processor may cause core dump D200083063 258 

01.00 Tracelist symbols dissappear. D200085845 258 

01.00 Using simio. then continuing , may not be possible D200086231 258 

01.00 "end softkey after HP-IB error does not clear command line D200088195 259 

01.00 Code disp. with trace not right if code changed w/o ending emul. session D200090654 259 



6805 P 



SSB ISSUE DATE: 09/01/88 



**)|t*****none******** 64193S004 

64193S004 
64193S004 
64193S004 
64193S004 
64193S004 
84193S004 
64193S004 
64193S004 



01.00 pwd truncates the /net/system portion of the path when RFA'ed to system. D200080465 260 

01.00 Using Emulation across RFA can give incomplete symbol information D200080770 260 

01.00 Relative path names (e.g. ./cmd) should not search PATH D200081448 260 

01.00 Processes sometimes left running after parent has stopped. D200082016 261 

01.00 Loading a trace file from a different processor may cause core dump D200083055 261 

01.00 Tracelist symbols dissappear. D200085837 261 

01.00 Using simio, then continuing , may not be possible D200086223 262 

01.00 "end" softkey after HP-IB error does not clear command line D200088187 262 

01.00 Code disp. with trace not right if code changed w/o ending emul. session D200090647 262 



6805/9 ASSEMB 



SSB ISSUE DATE: 09/01/88 



*:llit**.***.nonet**t**t* 64844 

64844 
64844 
64844 
64844 
64844 
64844 

CODE GENERATOR 64844 
PROBLEM ON 9000/S300 64844 
PROBLEM ON VAX 64844 



01 
01 
01 
01 
01 
01 
00 
01 
01 
00 



11 LR error flagged for legal expression of the form 'label-value'. 
11 HEX pseudo causes byte counter to quit incrementing in certain cases 
11 Arithmetic expression is not being evaluated correctly. 
11 NT operator not operating consist lent ly . 
BEXT address is not calculated correclty. 
Label in IF stmnt. does not appear in XREF 
No error generated when overflow occurs. 
BRSET range not checked. 



BRSET range not checked. 
♦PRODUCT # CHANGE on the 



VAX* From= 64xxxS003 To=64xxxM003 



1650020396 

5000150292 

5000164012 

D200063164 

D200076950 

5000143628 

D200037267 

5000294207* 

5000294207* 

D200093336* 



264 
265 
265 
285 
266 
264 
265 
31 
31 
31 



6809 C 



SSB ISSUE DATE: 09/01/88 



********none******** 64822 

64822 
64822 
64822 
64822 



01.80 Use of "+=" accessing first element of structure using pointer error D200086603 278 

01.80 Compare error using address of local variable on right of expression D200086611 280 

01.80 SHORT ARITH OFF expressions in branches may not work as K&R D200086629 281 

01.80 SwitcH statement using unsigned int values 0 and OxFFFF creates error D200093575* 32 
01.08 Some C programs using pointer & structure dereferences cause error #1006 D200075036 273 



CUMULATIVE KEYWORD INDEX 
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6809 C 



SSB ISSUE DATE: 09/01/88 



Keyword 



Product number uu.ff Description 



KPR number page 



«3tc)|(>tc:tc»«3Knone«3((«3Ki<i:)KiiC3K 64822 

64822 
64822 
64822 
64822 

NO PROBLEM/ PISCES I 64822 
PASS 1 64822 
PASS 3 64822 
PROBLEM ON 9000/S300 64822 

64822 
64822 
64822 

PROBLEM ON 9000/S500 64822 



PROBLEM ON VAX 



64822 
64822 



01.08 Programs with duplicate goto labels may fail in Pass 3 on VAX&HPUX C 
01.08 Real variable used as a test condition cause error. 
01.07 Illegal initialization causes error 1113. 

01.07 Conditional compile fails if it suceeds a fixed parm function call. 

01.07 Use of address (&) stack vars on right side of conditional expression 
01.80 Compilers do not list complete information about source file path name. 
00.00 COMP_SYM file not purged when COMPSYM option not selected. 

01.06 Illegal opcode generated when assigning value to a char, array pointer. 
01.80 There is a problem with incrementing pointer structures using '++'. 
01.80 Compilers do not list complete information about source file path name. 
01.20 Incorrect code is generaaated for while statment. 

01.08 If condition is tested with a CMP Dl.Dl 

01.80 Compilers do not list complete information about source file path name. 

01.40 Compiler generating bad code which may cause run-time crash. 

01.80 Compilers do not list complete information about source file path name 



D200075663 

D200081547 

D200068239 

D200069864 

D200073171 

D200092916* 

D200007237 

D200055558 

1650056838 

D200092916* 

D200081497 

D200079632 

D200092916* 

5000243907 

D200092916* 



274 
278 
270 
271 
271 

32 
269 
269 
268 

32 
277 
276 

32 
268 

32 



6809 C - 



SSB ISSUE DATE: 09/01/88 



:K:((»3|C3|c«3)(3|cnone«)|c:tc«3K«3lc:K 64822-90901 

64822-90901 



01.06 Clarification of interface for USER_DEFINED and real number routines. 5000152439 284 
01.06 Declaring a function which returns a ptr to a function causes error. D200055814 286 



6809 C - 



SSB ISSUE DATE: 09/01/88 



t**1ti****none******** 64822S001 

64822S001 
64822S001 
64822S001 
64822S001 
64822S001 

CODE GENERATOR 64822S001 
PASS 1 64822S001 
PASS 3 64822S001 

64822S001 



01.20 ++ and -- operators evaluated with improper precedence. 
01.20 Host compilers do not put absolute pats specifications in relocatables 
01.00 File fails to compile. Error 1113 is generated. 
00.00 Problem with integer pointer in conditional statement. 
00.00 Title description is incorrect. 
00.00 TOO MANY ERRORS IN PASS 3 IF >127 PROCEDURES 
00.00 16 bit comparison on a 8 bit unsigned short field. 
01.00 Incorrect code is generated when complementing a parm. 
00.00 Compiler option SLIST OBJ 0N$ generates wrong output information. 
00.00 Pass 3 fails to detecT relative jump address out -of - range . 



in a return stmt 



D200051276 
D200059030 
D200029702 
D200041335 
D200045971 
D200047613 
D200035873 
D200015636 
D200037135 
D200040766 



291 
291 
288 
290 
291 
291 
288 
288 
289 
290 



- 6809 EMULATION 



SSB ISSUE DATE: 09/01/88 



«]K]K»3K»i|c«none!tc)K*:K«)|ot(!tc 64215S004 

64215S004 
64215S004 
64215S004 
64215S004 
64215S004 
64215S004 
64215S004 
64215S004 
64215S004 



01.00 Measurement System end_released when terminal cannot be initialized D200069401 293 

01.00 The Inter-Module-Bus trigger signal latches when set to drive & receive D200070557 293 

01.00 pwd truncates the /net/system portion of the path when RFA'ed to system. D200080507 293 

01.00 Using Emulation across RFA can give incomplete symbol information D200080812 294 

01.00 Processes sometimes left running after parent has stopped. D200082081 294 

01.00 Loading a trace file from a different processor may cause core dump D200083097 294 

01.00 Tracelist symbols dissappear. D200085902 295 

01.00 Using simio, then continuing , may not be possible D200086298 295 

01.00 "end softkey after HP-IB error does not clear command line D200088252 295 

01.00 Code disp. with trace not right if code changed w/o ending emul. session D200090712 296 
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6809 PASCAL 



SSB ISSUE DATE; 09/01/88 



Keywo rd 


Product number 


uu . 


f f 




64813 


01 . 


70 




64813 


01 . 


70 




64813 


01 . 


30 




64813 


01 . 


11 




64813 


01 . 


11 




64813 


01 . 


10 




64813 


01 


10 


CODE GENERATOR 


64813 


01 . 


60 


NO PROBLEM/ PISCES I 


64813 


01 . 


60 


NOT ON 64100 SYSTEM 


64813 


01 


60 


PASS 3 


64813 


01 . 


09 


PROBLEM ON 9000/S300 


64813 


01 . 


60 




64813 


01 . 


60 


PROBLEM ON 9000/S500 


64813 


01 . 


60 


64813 


01 


60 


PROBLEM ON VAX 


64813 


01 . 


60 




64813 


01 . 


60 




64813 


01 . 


60 


:|o|c:|C3|c!k^i|(i|(n o n e3((i|(3((!|ci|c3|c!k3|c 


64813-90903 


00 


. 02 


^:|c:|(:|(:|ci|!!|c:K none #)|c!(c!|c!(ci|c!(c3|c 


64216S004 


01 


.00 




64216S004 


01 


. 00 




64216S004 


01 


.00 




64216S004 


01 


.00 




64216S004 


01 


.00 




64216S004 


01 


. 00 




64216S004 


01 


. 00 




64216S004 


01 


00 




64216S004 


01 


. 00 




64216S004 


01 


. 00 


3fC3|C3|C](C3|C3|C<4C3fC nOne^^3(C3|C3|C3|C'1C^ 


64265S004 


01 


. 10 




64265S004 


01 


. 10 




64265S004 


01 


. 00 




64265S004 


01 


.00 




64265S004 


01 


.00 




64265S004 


01 


.00 




64265S004 


01 


.00 


3(S###3|C#)|C3(C none 3|C*iC#3(C3(C3(C3(C# 


64865 


01 


.00 



ff Description 

Type casting the ADDR function to SZT for masking may cause an error. 
Large Sets may produce invalid results for elements outside set range 
If >39 functions declared; following funcs may include bad code 
With statements used in FOR loops on records may cause error #1006 
Compiler incorrectly assumes the value of a var is in the D register. 
Records of pointers to text not handled correctly. 

ADDR function for stack relative variables in right side conditionals 
"Too many errors pass3" err msg, if use duplicate labels. Need better msg 
Compilers do not list complete information about source file path name. 
"Too many errors pass3" err msg, if use duplicate labels. Need better msg 
Compiler $FAR 0N$ . creates incorrect data offsets in listing 
"Too many errors pass3" err msg, if use duplicate labels Need better msg 
Compilers do not list complete information about source file path name. 

errors pass3" err msg, if use duplicate labels. Need better msg 
do not list complete information about source file path name, 
errors pass3" err msg, if use duplicate labels. Need better msg 
do not list complete information about source file path name 
xref prints many garbage characters of first line xref list 



KPR number page 



"Too many 
Compilers 
"Too many 
Compilers 
VAX Pascal 



D200093468* 

D200093526* 

1650051649 

D200075010 

D200082446 

5000184317 

D200073155 

D200087312 

D200092825* 

D200087312 

D200060020 

D200087312 

D200092825* 

D200087312 

D200092825* 

D200087312 

D200092825* 

D200092957* 



- 6809 PASCAL 



- 6809E EMULATION 



SSB ISSUE DATE: 09/01/88 



SSB ISSUE DATE: 09/01/88 



Measurement System end released when terminal cannot be initialized 

Gwd truncates the /net/system portion of the path when RFA'ed to system, 
sing Emulation across RFA can give incomplete symbol information 
The Inter-Module-Bus trigger signal latches when set to drive & receive 
Processes sometimes left running after parent has stopped. 
Loading a trace file from a different processor may cause core dump 
Tracelist symbols dissappear 

Using simio, then continuing , may not be possible 

"end softkey after HP-IB error does not clear command line 

Code disp. with trace not right if code changed w/o ending emul. session 



68HC11 EMUL 



SSB ISSUE DATE; 09/01/88 



"end" softkey after HP-IB error does not clear command line 

Code disp. with trace not right if code changed w/o ending emul. session 

68HC11 will work alone as a measurement system. 

Processes sometimes left running after parent has stopped. 

Loading a trace file from a different processor may cause core dump 

Tracelist symbols dissappear. 

Using simio, then continuing , may not be possible 



- 68HCII ASSEMB 



SSB ISSUE DATE: 09/01/88 



D200069419 
D200080515 
D200080820 
D200081851 
D200082099 
D200083105 
D200085910 
D200086306 
D200088260 
D200090720 



D200088377 
D200090902 
1650048355 
D200082271 
D200083287 
D200086066 
D200086413 



34 

35 
297 
301 
302 
297 
299 
303 

34 
303 
298 
303 

34 
303 

34 
303 

34 

34 



5000093708 304 



305 
305 
305 
306 
306 
306 
307 
307 
307 
308 



310 
310 
309 
309 
309 
309 
310 



01.00 Incorrect object code generated for BSET external_sym,mask 



5000256867 312 
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- 68HCII ASSEMB - 



SSB ISSUE DATE: 09/01/88 



Keywo rd 



Product number uu.ff Description 



«)Ki|c!K3K3((»«none*!K)K»)K:tc:l»lc 64865 

64865 



01.00 Illegal and incorrect object code for STAA, STD operators 
01.00 BAD CODE GENERATED FOR "JSR" INSTRUCTION. 



70016 EMUL (JLO) 300 - 



SSB ISSUE DATE; 09/01/88 



KPR number page 

D200072397 312 
D200091835 313 



:t:llf1f.t****none****.*ttt 64294S004 

64294S004 
64294S004 



01.10 Processes sometimes left running after parent has stopped. 
01.10 Tracelist symbols dissappear. 

01.10 "end" softkey after HP-IB error does not clear command line 



70108 EMUL (JLO) 300 



SSB ISSUE DATE: 09/01/88 



D200082305 314 
D200086090 314 
D200088385 314 



«}t:!|C3le»4::|o|cnone!t:«*X3lc«X9K 842g5S004 

64295S004 
64295S004 



01.10 Processes sometimes left running after parent has stopped. 
01.10 Tracelist symbols dissappear. 

01.10 "end" softkey after HP-IB error does not clear command line 



70208 EMUL 



SSB ISSUE DATE: 09/01/88 



D200082313 316 
D200086108 316 
D200088393 316 



3|e«3K)|c»3Kitc:Knone3K!t(«»!|c:K!|e4: 64297S004 

64297S004 



01.00 Processes sometimes left running after parent has stopped. 
01.00 "end" softkey after HP-IB error does not clear command line 



- 70216 EMUL 



SSB ISSUE DATE: 09/01/88 



D200082339 
D200088419 



318 
318 



iK««}K««»!Knone3|c«:K:|c»»»» 64296 

64296 
642g6S004 
64296S004 



01.00 V50 Disassembler generates "illegal" opcode for "POP PS" instruction 5000242818 319 

01.00 Can not specify needed trigger specification. 5000251363 319 

01.00 Processes sometimes left running after parent has stopped. D200082321 320 

01.00 "end" softkey after HP-IB error does not clear command line D200088401 320 



- 80186 - 



SSB ISSUE DATE: 09/01/88 



3K«»»»3|eiK»none«;|C3K»»»«:K 64764 

64764 
64764 
64764 
64764 
64764 
64764 
64764 



00.01 Guarded memory might not cause gaurded-mem break 

00.01 Invalid "cf mon" setting in firmware gives PC intfc. problems 

00.01 Incorrect report of bp when breakpoint feature is disabled 

00.01 Bad Background monitor 

00.01 Regnumarray [0] is not being allocated 

00.00 Each "init" command eats memory - crash after 20 "init"'s 

00.00 Help message for the "loc config" item is incomplete 

00.00 Invalid "cf mon" setting in firmware gives PC intfc. problems 



D200087114 

D200087676 

D200087916 

D200088112 

D200092445* 

D200086645 

D200087601 

D200087684 



321 
321 
321 
322 
38 
321 
321 
321 



80186 



SSB ISSUE DATE: 09/01/88 



********none******** 64764S006 

64764S006 
64764S006 



01.01 Invalid COM port in 64700tab file 

00.01 Modify memory with an invalid string 1..100 could fail 
00.01 Invalid expressions can corrupt PC memory 



D200093419* 39 
D200087957 323 
D200089813 323 
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Keywo rd 


Product number 


uu 


f f 




64764S006 


00 


01 


](c:(c3|e3tc)|c^3|c3|c none ^^Jjc^tcslcstE^tc^t! 


64764-90901 


01 


00 




64224 


01 


05 




64224 


01 


04 




64224 


01 


03 




64224 


00 


00 


DISASSEMB LER 


64224 


01 


03 


EBPP 


64224 


00 


00 


3|C3|C3|C3|C3|C3|C3|C^ n 0 H G 3|C3|C3|C3|C3|C3(C3|C3|C 


64224S004 


01 


10 




64224S004 


01 


10 




64224S004 


01 


10 




64224S004 


01 


10 




64224S004 


01 


10 




64224S004 


01 


10 




64224S004 


01 


10 




64224S004 


01 


10 




64224S004 


01 


10 




64224S004 


01 


10 




64224S004 


01 


10 




64224S004 


01 


.00 




64224S004 


01 


.00 


sK'li^KsK^slcJlcJlcn 0 n e ###3)c)(c)|c^# 


64335 


02 


.00 




64341E 


02 


.00 



80186 



80186 EMUL FW 



80186 EMULATION - 



SSB ISSUE DATE: 09/01/88 



SSB ISSUE DATE: 09/01/88 



SSB ISSUE DATE: 09/01/88 



memory mnemonic" shows incorrect inv. assembly for JMP NEAR inst 



'run f rom <add r> ' 



"modify reg <reloc>" generates 16 extra I/O writes 



80186 EMULATION -3 



SSB ISSUE DATE: 09/01/88 



KPR number page 
D200090167 323 



D200089847 324 



5000225748 
5000211557 
D200015123 
1650044016 
D200033647 
2700005280 



80186 SW ANAL - 



- 80186 SW ANALYZER 



SSB ISSUE DATE: 09/01/88 



SSB ISSUE DATE: 09/01/88 



326 
325 
326 
325 
326 
325 



"modify memory" command results in an "end release". 

"trace only status INTACK" always displays interrupt type 0. 

80186 DISFUNCTION WHEN MONITOR NOT LOADED ON 64000-UX 

Processes sometimes left running after parent has stopped. 

Loading a trace file from a different processor may cause core dump 

Tracelist symbols dissappear. 

Using simio, then continuing , may not be possible 

"end" softkey after HP-IB error does not clear command line 

Support baunload feature in the emulator. 

SOURCE LINES are missing from "absolute trace display" with "SOURCE ON" 
Code disp. with trace not right if code changed w/o ending emul. session 
Loading/modif ing configuration after continue may cause reset. 
Modify/Store memory abort at physical addr 0 for seg/offset procs 



1650042606 

1650042630 

5000286591* 

D200082131 

D200083147 

D200085951 

D200086314 

D200088278 

D200089839 

D200089854 

D200090761 

D200081166 

D200081208 



327 
327 
40 
328 
328 
329 
329 
329 
330 
330 
330 
327 
327 



D200031799 332 



D200031856 333 



80188 - 



SSB ISSUE DATE: 09/01/88 



***9|o|C!|:*)Knone3lC3lc**!lC3lc:|c* 64765 

64765 



00.01 Incorrect report of bp when breakpoint feature is disabled 
00.01 Bad Background monitor 



D200087973 334 
D200088120 334 



CUMULATIVE KEYWORD INDEX 

Keyword Product number 

3tC!t(3|oK*«9K:Knone:K3|ot:!<(**)|c» 64765S006 
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- 80188 - 

uu.ff Description 

01.00 Invalid COM port in 64700tab file 
- 80188 EMULATION - 



SSB ISSUE DATE: 09/01/88 



SSB ISSUE DATE: 09/01/88 



KPR number page 
D200093427* 41 



USER MEMORY 



64225 



01.03 Emulator would not recover from errors during display memory repetitive. D200065805 335 
- 80188 EMULATION -3 SSB ISSUE DATE: 09/01/88 



»««»«»»»none»««»««3|n»: 64225S004 

64225S004 
64225S004 
64225S004 
64225S004 
64225S004 
64225S004 
64225S004 
64225S004 
64225S004 



01.10 Processes sometimes left running after parent has stopped. 

01.10 Loading a trace file from a different processor may cause core dump 

01.10 "modify memory" command results in an "end release". 

01.10 "trace only status INTACK" always displays interrupt type 0. 

01.10 Software Breakpoints don't work in target memory. 

01.10 Using simio, then continuing , may not be possible 

01.10 "end softkey after HP-IB error does not clear command line 

01.10 Code disp. with trace not right if code changed w/o ending emul. session 

01.10 NO warning message if parts of the monitor are in target memory 

01.00 Display memory line crossing segment boundary will be wrong 



D200082149 

D200083154 

D200084939 

D200084954 

D200086132 

D200086322 

D200088286 

D200090779 

D200093252* 

D200081265 



336 
337 
337 
337 
337 
338 
338 
338 
42 
336 



80188 SW ANAL 



SSB ISSUE DATE; 09/01/88 



3|C3|C3|C3tC3|C3|C3|C4|C n 0 n 6 'ICJiOlCSlCSlCJieJiOlC 


64336 


02 


.01 


Using 


!(C!(5##!(C##i(Cn 0 n e#5|Ci(t#)|C!|C)|0(C 


64341F 


01 


.00 


Using 


3K3|c<ic!|c:|Ci(c3|c;|cn o ne!k3l>!|(3|c:(c:|c3|(3t: 


64228 


01 


.02 


t race 




64228 


01 


.02 


80286 




64228 


01 


. 02 


80286 




64228 


01 


.02 


t race 




64228 


01 


.02 


"list 




64228 


01 


.02 


First 



80188 SW ANALYZER 



80286 EMULATION 



SSB ISSUE DATE: 09/01/88 



SSB ISSUE DATE: 09/01/88 



:Odd Address> data 0: analyzer doesn't qualify properly, 
fails to run programs mapped as user memory at the target 



02 First PV cycle shows failure with some 641556 cards, if 
- 80286 UDE - SSB ISSUE DATE: 



s OEOh, OCOH. 
g seg:offset. 
PV'd 1st on 228, 

09/01/88 



D200031807 340 



D200031864 341 



5000240259 
5000244343 
5000273250 
5000273268 
5000275727 
D200080127 



342 
342 
342 
342 
343 
343 



DISASSEMBLER 
DISPLAY MEMORY 



64227 
64227 
64227 

INSTRUCT. EXECUTION 64227 



01.00 Incorrect data is returned on a trace about an I/O port. 5000181131 344 

01.00 Inverse assembler does not work properly during display memory mnemonic. 5000141747 344 

01.00 The IDIV instruction is not correct during a display memory mnemonic. 5000162651 344 

01.00 Single step function does not work after a software breakpoint. D200046714 344 



- 80286B ASSEMB 



SSB ISSUE DATE: 09/01/88 



*****1li**none ******** 64859 



01.40 MODULE pseudo generates random relocation type 



D200092734* 43 
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80286B ASSEMB 



SSB ISSUE DATE: 09/01/88 



Keyword 



Product number uu.ff Description 



ilfZ******none*t****Tili* 64859 

64859 

PROBLEM ON VAX 64859 



01.02 Aliases not allowed in the linker to specify library paths. 
01.02 Address in 8086 family assemblers lost segment information. 
01.40 JlcPRODUCT # CHANGE on the VAX* F rom= 64xxxS003 To = 64xxxM003 



- 8048 ASSEMB - 



SSB ISSUE DATE: 09/01/88 



KPR number page 

D200068775 345 
D200085316 345 
D2000g3732« 43 



1li*1li1li*ili1li*nonB**t**ttt 64846 
PROBLEM ON VAX 64846 



01.00 Error message LR generated on valid JMP instruction 

00.00 *PRODUCT # CHANGE on the VAX* From= 64xxxS003 To=64xxxM003 



8051 ASSEMB 



SSB ISSUE DATE: 09/01/88 



5000132662 346 
D200093351* 44 



****«***none******** 64855 

64855 
64855 
64855 
64855 
64855 

CODE GENERATOR 64855 

64855 

PROBLEM ON 9000/S300 64855 
PROBLEM ON VAX 64855 



01.08 Assembler inconsistant in permitting forward referencing 5000169995 347 

01.08 Defining a transfer address causes an ET error 5000171470 347 

01.08 HIGH operator does not function correctly D200068379 349 

01.08 CONT in linker will overwrite addresses of variables in different module D200091710 349 

01.08 Cross reference goes into endless loop on macro reference. D200092098* 45 

00.00 Link maps produced on VAX are different than on 64000 and are wrong. D200049833 348 

01.20 Special operator "HIGH" does not work with DS pesudo opcode 5000240929 347 

01.08 HIGH does not work D200081570 349 

01.20 Special operator "HIGH" does not work with DS pesudo opcode 5000240929 347 

00.00 *PRODUCT * CHANGE on the VAX* From= 64xxxS003 To=64xxxM003 D200093385* 45 



8051 ASSM - 



SSB ISSUE DATE: 09/01/88 



CODE GENERATOR 
MANUAL 



64855-90902 01.05 In the manula pg 8-2 states the BIT instruc. shows operand is address. 5000206458 351 

64855-90902 01.07 The assmblr manual needs to be updated w/ information in reference manul D200086439 351 



8051 ASSM + AL REF M 



SSB ISSUE DATE: 09/01/88 



****»**»none******** 64855-90905 



01.05 The $ operand does not work as defined. 

- 8051 EMUL - SSB ISSUE DATE: 09/01/88 



5000135855 352 



********none******** 64264-90901 



01.01 Manual enhancement to reflect Port display info in more detail. 

- 8051 EMULATION - SSB ISSUE DATE: 09/01/88 



5000183475 353 



********none******** 64264 



00.00 Cannot load absolute file using remote file access. 

- 8051 EMULATION - SSB ISSUE DATE: 09/01/88 



1650042655 354 



********none******** 64264S004 



01.00 "Core dumps" when displaying user memory<odd address> blocked word 



5000280750 355 
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8051 EMULATION 



SSB ISSUE DATE: 09/01/88 



Keywo rd 



Product number uu.ff Description 



)K3K3K»;|c:K«;|cnone^«»»»3K»3k 64264S004 

64264S004 
64264S004 
64264S004 
64264S004 
64264S004 
64264S004 
64264S004 
64264S004 
64264S004 
64264S004 
64264S004 
64264S004 



KPR number page 



01.00 Measurement System end released when terminal cannot be initialized 
01.00 Msg "Monitor must resicTe in emul pgm mem" is flaky 

01.00 Monitor is not recognized when ove rwrit t en , re-en t e red after "end-lock". 

01.00 pwd truncates the /net/system portion of the path when RFA'ed to system. 

01.00 Using Emulation across RFA can give incomplete symbol information 

01.00 The Inter-Module-Bus trigger signal latches when set to drive & receive 

01.00 Processes sometimes left running after parent has stopped. 

01.00 Emulator end_releases when displaying int. data mem. repet . at odd addr. 

01.00 Loading a trace file from a different processor may cause core dump 

01.00 "modify memory" command results in an "end release". 

01.00 Using simio, then continuing , may not be possible 

01.00 "end" softkey after HP-IB error does not clear command line 

01.00 Code disp. with trace not right if code changed w/o ending emul. session 



D200069575 
D200075788 
D200077438 
D200080689 
D200080986 
D200081935 
D200082263 
D200082453 
D200083279 
D200084913 
D200086405 
D200088369 
D200090894 



355 
355 
355 
355 
356 
356 
356 
357 
357 
357 
357 
358 
358 



8080/5 ASSEMB 



SSB ISSUE DATE: 09/01/88 



CODE GENERATOR 
PROBLEM ON VAX 



64840 
64840 



01.00 xref incorrect with conditional assmbly IF when code generated for false 5000219220 
00.00 *PRODUCT # CHANGE on the VAX* From= 64xxxS003 To=64xxxM003 D200093278* 



8085 B PASCAL 



SSB ISSUE DATE: 09/01/88 



359 
46 



1li*******nonet*1^***** 64825 

64825 

CODE GENERATOR 64825 
NOT ON 64100 SYSTEM 64825 
PASS 1 64825 
PROBLEM ON 9000/S300 64825 
PROBLEM ON 9000/S500 64825 
PROBLEM ON VAX 64825 

64825 



01.90 Type casting the ADDR 
01.02 Incorrect data offsets 
01.90 "Too many errors pass3 
01.90 "Too many errors pass3 
01.01 SRange 0N$ causes inco 
01.90 "Too many errors passS 
01.90 "Too many errors pass3 
01.90 "Too many errors pass3 
01.90 VAX Pascal xref prints 



function to SET causes erro 

in listing file. 
" err msg, if use duplicate 
" err msg, if use duplicate 
rrect code to be generated 
err msg, if use duplicate 
err msg, if use duplicate 
err msg, if use duplicate 
many garbage characters of 



r #1006 on the VAX 

labels. Need better msg 
labels. Need better msg 
for a test operation, 
labels. Need better msg 
labels. Need better msg 
labels. Need better msg 
first line xref list 



D200093641* 

D200060228 

D200087353 

D200087353 

5000129023 

D200087353 

D200087353 

D200087353 

D200093005* 



47 
360 
361 
361 
360 
361 
361 
361 

47 



8085 C 



SSB ISSUE DATE: 09/01/88 



none tt*****:* 64826 
64826 

NO PROBLEM/ PISCES I 64826 
PASS 3 64826 
PROBLEM ON 9000/S300 64826 
PROBLEM ON g000/S500 64826 
PROBLEM ON VAX 64826 



02.10 Indirect func calls fail following calls with temporary results D200090258 364 

01,04 Real variable used as a test condition cause error, D200081562 363 

02,10 Compilers do not list complete information about source file path name, D200092932* 48 

01,03 Conditional compile fails if it suceeds a fixed parm function call, D200069948 363 

02,10 Compilers do not list complete information about source file path name. D200092932* 48 

02.10 Compilers do not list complete information about source file path name. D200092932* 48 

02.10 Compilers do not list complete information about source file path name. D200092932iK 48 



8085 C 



SSB ISSUE DATE: 09/01/88 



«»3|c»«»«9|cnone«X3t:»««»» 64826-90901 



01.02 Declaring a function which returns a ptr to a function causes error. 

- 8085 C - SSB ISSUE DATE: 09/01/88 



D200055889 366 



CODE GENERATOR 



64826S004 00.00 Incorrect opcode "MOV A.ACC" allowed by our assembler 



D200052316 368 
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8085 EMULATION - 



SSB ISSUE DATE: 09/01/88 



Keyword 



Product number uu.ff Description 



«9K4;»»itc:|e:Knone»3|HK»»»«3K 64203 

64203 



KPR number page 



01.07 64203A (8085) MEMORY MAPPING PROBLEMS 

01.00 Config memory map is corrupted if examined during modify config 



5000398396* 
D200093104* 



8085 EMULATION 



SSB ISSUE DATE: 09/01/88 



49 
49 



3|c«3l:]|C3KX3ic*noneilC3|c*3|c*«** 64203S004 

64203S004 
64203S004 
64203S004 
64203S004 
64203S004 
64203S004 
64203S004 



01.30 Code disp. with trace not right if code changed w/o ending emul. session D200090670 370 

01.30 Display target mem shows incorrect data when crossing 256 byte boundary. D200093112* 50 

01.10 Display user memory causes a time-out, requiring end-release to recover. 1650037556 369 

01.10 Using Emulation across RFA can give incomplete symbol information D200080804 369 

01.03 64000-UX 8085 EMULATION SW - BLOCK BOUNDARY PROBLEM 1650063636* 50 

01.00 I/O Failure message when "run from <> until <>"; HPUX 6.0. 1650053660 369 

01.00 Absolute code part user, part emul, will be overwritten at boundary. D200080226 369 

01.00 Relative path names (e.g. ./cmd) should not search PATH D200081406 370 



- 8085 PASCAL 



SSB ISSUE DATE: 09/01/88 



********none******** 64810 
CODE GENERATOR 64810 



00.70 Run time UNDERFLOW error using ZDSBSUB library if result has even parity D200040600 372 
00.70 Compiler generates incorrect code for BOOLEAN assignment statement. D200013334 372 



- 8086 DQ EMUL - 



SSB ISSUE DATE: 09/01/88 



*******«none******** 64220S004 

64220S004 
64220S004 
64220S004 
64220S004 
64220S004 
64220S004 
64220S004 

DISASSEMBLER 64220S004 



01.20 Processes sometimes left running after parent has stopped. D200082107 375 

01.20 Loading a trace file from a different processor may cause core dump D200083113 376 

01.20 Tracelist symbols dissappear. D200085928 376 

01.20 Code disp. with trace not right if code changed w/o ending emul. session D200090738 376 

01.20 NO warning message if parts of the monitor are in target memory D200093237* 51 

01.10 Measurement System end_released when terminal cannot be initialized D200069427 374 

01.10 Display memory line crossing segment boundary will be wrong D200080432 374 

01.10 Loading/modif ing configuration after continue may cause reset. D200081067 375 

01.10 8087 FSUB & FDIV instructs are not disassembled properly. D200075838 374 



8086 DQ SW ANAL 



SSB ISSUE DATE: 09/01/88 



********none******** 64332B 



01.00 Using local static variables in C causes a lockup in the analyzer 

- 8086 EMUL - SSB ISSUE DATE: 09/01/88 



D200031757 378 



*»«*»***none***»»*** 64222S004 

64222S004 
64222S004 
64222S004 
64222S004 
64222S004 
64222S004 



01.00 Software Breakpoints lock up terminal, when mapped to target. 1650034066 379 

01.00 Paging at a segment end produces a confusing CS:IP. 1650034082 379 

01.00 Using Emulation across RFA can give incomplete symbol information 1650038240 379 

01.00 Measurement System end released when terminal cannot be initialized D200069443 379 

01.00 pwd truncates the /net/system portion of the path when RFA'ed to system. 0200080549 380 

01.00 Modify/Store memory abort at physical addr 0 for seg/offset procs D200081190 380 

01.00 Display memory line crossing segment boundary will be wrong D200081240 380 
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- 8086 EMUL 



SS8 ISSUE DATE: 09/01/88 



Keyword 


Product number 


uu . 


f f 


3(c:|c3|c«3|c:|c:|c3|c none 3|c«4c:|c«««3|c 


64222S004 


01 . 


00 




64222S004 


01 . 


00 




64222S004 


01 


00 




64222S004 


01 . 


00 




64222S004 


01 . 


00 




64222S004 


01 . 


00 




64332 


02 . 


00 


3|(3|C3|C3|C3|C3|C3|C!|C n 0 Ft 6 3|C3|C3|C!tC3|C3|C3|C3|C 


64341A 


01 . 


00 


MANUAL 


64853-90907 


02 


.01 




64853 


02 


.70 




64853 


02 


. 70 




64853 


02 


. 70 




64853 


02 


. 03 




64853 


02 


.03 




64853 


02 


.00 


CODE GENERATOR 


64853 


02 


.30 




64853 


02 


.30 




64853 


02 


.30 




64853 


02 


.03 




64853 


02 


.03 




64853 


02 


.03 




64853 


02 


.02 




64853 


00 


.00 


LINKER 


64853 


02 


.03 


PROBLEM ON 9000/5300 


64853 


02 


.70 




64853 


02 


.70 




64853 


02 


.70 




64853 


02 


.30 




64853 


02 


.30 




64853 


02 


.30 




64853 


00 


.00 



Relative path names (e.g. ./cmd) should not search PATH 
Processes sometimes left running after parent has stopped. 
Loading a trace file from a different processor may cause core 
"modify memory" command results in an "end release . 
Tracelist symbols dissappear. 

Code disp. with trace not right if code changed w/o ending emul 



dump 



8086 SW ANAL - 



8086 SW ANALYZER 



8086-89 ASSM 



8086/8 ASSEMB 



SSB ISSUE DATE: 09/01/88 



SSB ISSUE DATE: 09/01/88 



SSB ISSUE DATE: 09/01/88 



SSB ISSUE DATE: 09/01/88 



KPR number page 

D200081414 381 

D200082123 381 

D200083139 382 

D200084921 382 

D200085944 382 

session D200090753 383 



D200031740 384 



D200031815 385 



5000254730 386 



OUTM does not allow override prefix. 

JMP immediate instructions do not work on the 8086 Assembler 
MODULE pseudo generates random relocation type 

Labels used in the operand field of a DBS instr causes ET error 
Address in 8086 family assemblers lost segment information. 
Assembler does not allow [SI] as operand for OUTS 
Assembler does not handle all string comparisons correctly. 
Cannot use DS for a var that is EQU d to another var that used "SET", 
External EQU'ed veriables may not be resolved properly. 
Incorrect code generated when EQU offset used in MOV REG, REG/MEM 
intra segment indirect calls 

LXI E.addr and LXI C.addr are not flagged as errors in 8080 mode 

Using arithmetic to calc address of mem loc of destin. of MOV causes 

Using 'WORD PTR ' to a EQU'd constant can result in bad code 

will not link if segment address not equal 0 

CMP statement is producing wrong label address. 

INSTALLATION PROBLEM 

Linker locks for no apparent reason. 

Assembler does not handle all string comparisons correctly. 

Cannot use DS for a var that is EQU d to another var that used "SET" 

External EQU'ed veriables may not be resolved properly. 

Using 'WORD PTR' to a EQU'd constant can result in bad code 



D200090340 394 

D200092114* 52 

D200092726* 52 

5000172221 387 

D200085308 393 

5000135905 387 

5000247783 388 

5000250274 389 

5000250456 390 

5000215913 387 

D200079582 392 

D200085035 393 

err 5000227991 388 

5000260869 390 

D200079566 391 

5000283077 391 

D200088435 393 

D200091918 394 

5000247783 388 

5000250274 389 

5000250456 390 

5000260869 390 



8086/8 C 



SSB ISSUE DATE: 09/01/88 



ilit*****ymnone**tt1li***. 64818 



03.70 Constant divided by short in function call generates wrong code 



1650061572 396 
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- 8086/8 C 



SSB ISSUE DATE: 09/01/88 



Keyword 



Product number uu.ff Description 



KPR number page 



CODE GENERATOR 



3|«l«K3K:t»K3K^noneiK3|C3K3K»»«4: 64818 

64818 
64818 
64818 
64818 
64818 
64818 
64818 
64818 
64818 
64818 
64818 
64818 
64818 
64818 
64818 
64818 
64818 
64818 
64818 
64818 
64818 
64818 
64818 
64818 
64818 
64818 
64818 

NO PROBLEM/ PISCES I 64818 
PASS 3 64818 
PROBLEM ON 9000/S300 64818 

64818 
64818 
64818 
64818 
64818 

PROBLEM ON 9000/S500 64818 



PROBLEM ON VAX 



64818 
64818 



03.70 Bad code generated on 64000 with "80286" directive. 
03.70 Use of structure causing fatal 1006 error. 
03.70 IF statement loads wrong segment for compare statement. 
03.70 ES reg used instead of SS when assign string to structure 
03.07 ES register used but never defined. 

03.02 Fields of a structure are dereferenced incorrectly (if fields are big). 

03.02 Real variable used as a test condition cause error. 

03.01 Conditional expressions with unsigned mixed operands may fail 

03.01 Illegal initialization causes error 1113. 

03.01 Libraries load constants into the data area 

03.00 1006 message generated when referenced to unspecified array element 
03.00 Illegal instruction generated by ASMFILE 

02.00 One's complement operator ~ causes incorrect code when used in if stmt. 

02.00 Compiler using unacceptable amount of stack space for procedure returns. 
03.70 PASS 2 error when pntr type used to invoke code stored in array. 

03.70 ADDR routine causes "Access to guarded mem" msg, due to prob w/ FINDMARK 
03.20 Err 1006 generated if passing address of array into array of pointers. 

03.02 Bad code generated when casting a real constant into an integer 

03.02 When $POINTER_SIZE 32$ generates 32 bit arithmetic for 16 bit variables 

03.02 Error 1113 generated in PASS 3, when using "case Oxffff" in switch stmt 

03.02 Compiler generates MOV SP, BP and LEAVE. This is redundant. 

03.02 Casting ptr. to int as short & incrementing it generates bad code 

03.02 ~, &, I and ^ may not correctly expand shorts in condidionals 

03.02 Case stment nested in With stment w/ variant records generates bad code 

03.01 Bad code generated when left shift short variable & AND w/ unsigned int 
03.00 Divide operation byte divisor & quotient > a byte which causes 0 Int. 

02.00 Assignment operator used with mult, arrays of double/float type - bad cd 
00.56 Vars ORGed in seg, 0 in SHORT env. access current DS seg with no warning 
03.70 Compilers do not list complete information about source file path name. 

03.01 Conditional compile fails if it suceeds a fixed parm function call. 
03.70 & address operator generates PUSH DSl when DSl not defined. 

03.70 Wrong code generated for structure in while loop. 
03.70 Long arithmetic expression generates incorrect code. 
03.70 Compilers do not list complete information about source 
03.20 Unsigned Short with bit field aligned on word boundary. 
01.10 If condition is tested with a CMP Dl.Dl 
03.70 Call to function using LONGS uses wrong segment. 

03.70 Compilers do not list complete information about source file path name. 
03.70 Compilers do not list complete information about source file path name. 



file path name 



5000278127 

5000291930 

D200090332 

D200093054* 

1650055806 

D200076695 

D200081513 

D200063057 

D200068080 

D200071787 

5000135285 

D200049908 

D200027995 

D200038836 

D200085738 

D200086942 

5000247536 

5000176891 

5000191361 

5000228023 

5000229245 

D200068700 

D200079343 

D200082628 

5000214858 

5000146779 

5000128751 

D200008342 

D200092874* 

D200069716 

5000294199 

5000402214* 

D200092080* 

D200092874* 

5000296947* 

D200079608 

5000297754* 

D200092874* 

D200092874* 



402 
403 
415 
56 
396 
409 
412 
406 
407 
409 
398 
405 
404 
405 
414 
415 
401 
399 
399 
400 
401 
407 
410 
413 
400 
398 
397 
404 
56 
408 
404 
54 
55 
56 
53 
411 
53 
56 
56 



8086/8 PASCAL 



SSB ISSUE DATE: 09/01/88 



«*****»3t(none******** 6 4814 

64814 
64814 
64814 
64814 
64814 



03.50 Boolean Index into array generates bad code 

03.50 Test for set inclusion checks beyond the set boundary. 

03.02 CASE statement produces bad code for complicated expression 

03.02 Nested IFs inside a WITH may generate incorrect code. 

03.00 Out of expression storage error generated on code that ran on old 

03.00 Libraries load constants into the data area 



ve r . 



D200093476* 

D200093484* 

5000272021 

D200027516 

5000138941 

5000146829 



59 
60 
423 
425 
417 
418 
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8086/8 PASCAL 



SSB ISSUE DATE: 09/01/88 



Keyword 


Product number 


uu . 


f f 


)|c«»3|c«»)K« none iK«»3K3K«:K» 


64814 


02 . 


01 




64814 


01 . 


90 


CODE GENERATOR 


64814 


03. 


50 




64814 


03 . 


50 




64814 


03 . 


50 




64814 


03 . 


50 




64814 


03 . 


50 




64814 


03 


50 




64814 


03 


50 




64814 


03 


50 




64814 


03 , 


,50 




64814 


03 


50 




64814 


03 


.20 




64814 


03 


.02 




64814 


03 


.02 




64814 


03 


.02 




64814 


03 


.01 




64814 


02 


.01 




64814 


01 


. 10 




64814 


00 


.60 




64814 


00 


.46 


NO PROBLEM/ PISCES I 


64814 


03 


.50 


NOT ON 64100 SYSTEM 


64814 


03 


.50 


PASS 3 


64814 


03 


.00 


PROBLEM ON 9000/S300 


64814 


03 


. 50 


64814 


03 


.50 




64814 


03 


.50 


PROBLEM ON 9000/S500 


64814 


03 


.50 


64814 


03 


.50 


PROBLEM ON VAX 


64814 


03 


.50 




64814 


03 


.50 




64814 


03 


.50 


RUN-TIME LIBRARY 


64814 


01 


. 10 


3|C3|C3|C!|C3|C3K3(C3(Cn 0 n 6 -l^ 3(C3(t3(t3(C3(C3)C3|E 


64818-90905 


03 


.00 


MANUAL 


64814-90903 


03 


.00 



ff Description 



KPR number page 



80186Generates wrong offset within CONST data area 
Error 1006 for complex statement using MOD operator 

"Too many errors pass3" err msg, if use duplicate labels. Need better msg 
Err 1006 generated in compex equation w/ in 2 FOR stmts in an IF statmnt 
Compiler produces bad code for accessing parameters in nested procedures 
Bad code created when assgn ext real valu to real variable in a procedur 
Addr Function for ORG'ed integer generating bad code 
IMUL instruction will overwrite a value in DX register. 

Bad cd gen if proc declared EXT in another proc is called w/ FAR PROC ON 
Procedure Environinit is missing from the simlib.R library 
WITH statement generates bad code. 
WITH statement generates bad code. 

MOD operative in complex equation generates bade code. 
Array reference overrides DX register 

ERROR 117 generated, but does not indicate variable in error 
Complex data structure produces bad code 

DIV of array of signed 16 by signed_16 in FOR loop produces bad code 
WITH statement generating bad code 

Incorrect code generated when CASE stmnt. uses an arrayed record field. 
Byte values may be converted to 16-bit before comparison with byte var. 
Data structures larger than 64K are not flagged as an error. 
Compilers do not list complete information about source file path name. 
"Too many errors pass3" err msg, if use duplicate labels. Need better msg 
Compiler $FAR 0N$ , creates incorrect data offsets in listing 
"Too many errors pass3" err msg, if use duplicate labels. Need better msg 
Assignment of constant into array of 3 elements does not work. 
Compilers do not list complete information about source file path name. 
"Too many errors pass3" err msg, if use duplicate labels. Need better msg 
Compilers do not list complete information about source file path name. 
"Too many errors pass3" err msg, if use duplicate labels. Need better msg 
Compilers do not list complete information about source file path name. 
VAX Pascal xref prints many garbage characters of first line xref list 
Failed to detect out-of-bounds case. 



- 8086/88 C 



8086/88 PASCAL 



SSB ISSUE DATE: 09/01/88 



SSB ISSUE DATE: 09/01/88 



D200047779 

D200093518* 

5000246157 

5000259598 

D200085720 

D200085746 

D200085753 

D200085811 

D200085829 

D200086579 

D200087882 

D200087890 

5000259176 

5000232744 

5000244392 

D200085019 

5000170175 

D200085712 

5000110098 

D200010280 

D200006080 

D200092833« 

5000246157 

D200060061 

5000246157 

D200090597 

D200092833* 

5000246157 

D200092833* 

5000246157 

D200092833* 

D200092965* 

D200014944 



425 
61 
421 
422 
428 
428 
429 
431 
432 
433 
433 
435 
421 
419 
420 
426 
418 
427 
417 
424 
423 
59 
421 
426 
421 
437 
59 
421 
59 
421 
59 
59 
424 



D200055657 439 



5000238337 441 



8086/88/186/188HLSAM 



SSB ISSUE DATE: 09/01/88 



«iK»3K«!K«3t(none»!K»«»3K3lc» 64332-90902 

64332-90902 



02.00 Display variable may result in "ERR0R:E64". 

02.00 Data structures too large to display in "display variable" command 



5000131029 442 
5000141150 442 
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Keyword 


Product number 


uu . 


f f 


lc3kluk&:k:iQlc none ]k)k}k]KA:k3k)k 




0 1 


00 


^^^W^^^^ n o n o ^w^^if 


O HO o o 


09 


no 


3|C3|C3|C3|C3|n|C3|C3|C n 0 H 6 3|C3|C<|C:1C:|C^3|C3|C 


64221S004 


01 


10 




64221S004 


01 


10 




64221S004 


01 


10 






u 1 


1 u 




64221S004 


01 


10 




64221S004 


01 


10 






n 1 


Aft 


^^^^^^^^ none 






V V 


^^^^j^Jh^^ nunc ^♦^♦♦♦♦^ 




ft 1 








ft 1 

V X 


on 






0 1 

V X 


ftft 






ft \ 

V X 


ftft 




64226S004 


01 


00 




64226S004 


01 


00 






01 


00 




64226S004 


01 


00 




64226S004 


01 


.00 






01 


00 






0 1 


00 




fi A99fiCA0A 


0 1 


00 




64226S004 


01 


00 




64226S004 


01 


.00 




64226S004 


01 


.00 




64860 


01 


. 04 




64860 


01 


.03 




64860 


01 


.00 


CODE GENERATOR 


64860 


01 


.03 



8088 -D 



- 8088 -S 



8088 DQ EMUL 



SSB ISSUE DATE: 09/01/88 



SSB ISSUE DATE: 09/01/88 



SSB ISSUE DATE: 09/01/88 



KPR number page 
D200031831 443 



D200031765 444 



with trace not right if code changed w/o ending emul. session 



D200081232 

D200082115 

D200083121 

D200086116 

D200090746 

D200093245!|e 

D200085936 



445 
445 
446 
446 
447 
63 
446 



- 8088 DQ SW ANAL 



8088 EMULATION - 



SSB ISSUE DATE: 09/01/88 



SSB ISSUE DATE: 09/01/88 



D200031773 448 



Measurement System end_released when terminal cannot be initialized 
Absolute code part user, part emul, will be overwritten at boundary. 
Apparent error during disassembly of the offset at an intrasegment jump. 
Paging at a segment end produces a confusing CS:IP. 

Bwd truncates the /net/system portion of the path when RFA'ed to system, 
sing Emulation across RFA can give incomplete symbol information 
Modify/Store memory abort at physical addr 0 for seg/offset procs 
Display memory line crossing segment boundary will be wrong 
Relative path names (e.g. ./cmd) should not search PATH 
Processes sometimes left running after parent has stopped. 
Loading a trace file from a different processor may cause core dump 
"modify memory" command results in an "end release . 
Tracelist symbols dissappear. 

Emulator does not work reliably with 64155B memory controller 

Code disp. with trace not right if code changed w/o ending emul. session 



8096 ASSEMB - 



SSB ISSUE DATE: 09/01/88 



D200069476 
D200080218 
D200080275 
D200080325 
D200080572 
D200080879 
D200081224 
D200081273 
D200081422 
D200082156 
D200083162 
D200084947 
D200085969 
0200089920 
D200090787 



5000275305 
5000180000 
5000134619 
5000191767 



449 
449 
449 
449 
449 
450 
450 
451 
451 
451 
452 
452 
452 
453 
453 



456 
455 
455 
455 
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- 8096 ASSEMB ■ 



SSB ISSUE DATE: 09/01/88 



Keywo rd 

CODE GENERATOR 
PROBLEM ON VAX 



Product number uu.ff Description 



64860 
64860 



01.03 Using ORG statemnts can generate ERR LR errors 
01.70 «PRODUCT » CHANGE on the VAX* From 



C COMPILER REF - 



54xxxS003 To=64xxxM003 

SSB ISSUE DATE: 09/01/88 



KPR number page 

5000225078 455 
D200093740* 64 



MANUAL 



64800-90907 00.07 Add note to compiler supplements regarding 3000 symbol limit. 

- EBPP - SSB ISSUE DATE: 09/01/88 



5000151241 458 



«4c«»»]K)K3Knone*!Ki<C9K*««» 64304 



01.03 Configuration file not automatically loaded when using EBPP 

- F9450 EMUL - SSB ISSUE DATE: 09/01/88 



D200033399 459 



*»»»«««3Knone******** 64286S004 



01.00 Code disp. with trace not right if code changed w/o ending emul. session D200090928 
- F9450 EMULATION - SSB ISSUE DATE: 09/01/88 



460 



9K}|c«)K««)|c!Knone**4:3K«*»3K 64286 



01.04 RS232 Simulated 10 will overrun the user's read buffer sometimes. 

- GENERIC ANALYSIS - SSB ISSUE DATE: 09/01/88 



D200075150 461 



1K****K**none1ti******* 64740-90909 



01.00 Errors in xtt help screen. 

- GENERIC ANALYSIS -F 



SSB ISSUE DATE: 09/01/88 



D200087395 462 



t*******none******** 64740 

64740 
64740 
64740 
64740 
64740 
64740 
64740 
64740 
64740 
64740 
64740 
64740 
64740 



00.02 "ts" after "init -c" shows incorrect "trigger in memory" 
00.02 Changing the trace configuration causes error with the fast clock speed 
00.02 Arm to trigger time can be incorrect if: clock is set to the fast mode 
00.02 HELP xteq scrolls off screen 

00.02 short help for t rc says telif is "seq gib restart" 
00.02 Incorrect absolute time count when trigger is not found 
00.00 Analyzer ROM PV fails about 1 time every 6 hours. 
00.00 "tck" Command does not give errors for invalid options. 
00.00 Help tsq in easy mode still showes -t option 

00.00 The use of the xttq command can cause the storage of incorrect trans 
00.00 CMB-exec trace started message should be flagged ASYNC-STAT 
00.00 When "tg arm and addr=4" command then "Label not defined:any" 
00.00 Arm to trigger time count is off by 120n5 
00.00 "xtarm always" generates an error message 



D200087619 
D200088013 
D200088021 
D200088138 
D200088153 
D200090290 
D200085084 
D200085092 
D200085605 
D200085613 
D200085621 
D200086637 
D200087023 
D200087387 



465 
465 
465 
466 
466 
466 
463 
463 
463 
463 
463 
464 
464 
464 



- GENERIC EMULATION FW 



SSB ISSUE DATE: 09/01/88 



}|c«««9|e3|c«3Knone)|:***««»» 64700 



00.05 Odd byte format records may cause an extra byte written to memory 



D200091264 474 
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- GENERIC EMULATION FW - 



SSB ISSUE DATE: 09/01/88 



Keyword 



Product number uu.ff Description 



KPR number page 



«9|c4c««»»*none)l"tc»»3lal»lc}|c 64700 

64700 
64700 
64700 
64700 
64700 
64700 
64700 
64700 
64700 
64700 
64700 
64700 
64700 
64700 
64700 
64700 
64700 
64700 
64700 
64700 
64700 
64700 
64700 



00.04 Some problems with the "step" command 

00.04 Break, Breakpoint, Mem Access cause confusion if they occur simultaneous 

00.04 Error message priority of break messages needs to be changed. 

00.04 Restricted load fails when file loads to guarded memory 

00.03 "Cntl C" after a power-on can crash the emulator 

00.00 Baud rate setting of 38400 changes to 19200 

00.00 The command "be -d bp" can result in strange behaviour. 

00.00 Main Help screen has emul listed twice. 

00.00 Ending value of data stream does not report proper error. 
00.00 Failure to run from R state after rx rst , x.x.rst.r 
00.00 Can't ser up CMS to run-f rom-power-up 

00.00 Too many Commands in command line causes command truncation 

00.00 Improper coverage calculation of overlapping ranges 

00.00 Incorrect documentation in help screen for grammer 

00.00 stty command changes on 1200 and 300 will not return a prompt. 

00.00 Extended hex format symbol records cause download problems 

00.00 "Stepping aborted" status message may or may not appear. 

00.00 The help screen says load-load emulation memory 

00.00 "ser" gives incorrect pattern match address for TMS32020 

00.00 Command "map -d 0" hangs the system 

00.00 A cntl-C break after "init" may not inititialize properly 
00.00 The "run" and "step" commands do not check for ambigous addr obj 
00.00 Reading into garded memory can't return less than 16 bytes 
00.00 Incorrect info on "help io", can't display 10 in long words 



D200087742 
D200088054 
D200088070 
D200090308 
D200086520 
D200085258 
D200085274 
D200085365 
D200085530 
D200085563 
D200085597 
D200085639 
D200085647 
D200086173 
D200086199 
D200086207 
D200086215 
D200086512 
D200086595 
D200086652 
D200086660 
D200086868 
D200087031 
D200087452 



472 
473 
474 
474 
471 
467 
467 
468 
468 
468 
468 
469 
469 
470 
470 
470 
470 
471 
471 
471 
471 
472 
472 
472 



- HI SPD RS422 INTF 



SSB ISSUE DATE: 09/01/88 



:K«»}|c»«««none3K!K3|:3|c»»»« 64037 



00.01 The product does not generate a proper XON/XOFF , in "handshake" mode. D200093765* 65 

- HOST PASCAL - SSB ISSUE DATE: 09/01/88 



3|ciK«9|c«3|c««none»3|:«««««» 64817 

64817 
64817 



01.04 lOERROR not generated. 

01.04 Spurious run-time error doing WRITE ( REAL_VAL ) after previous I/O error 
01.04 STRWRITE function may produce run time error in specific case. 



HOST SOFTWARE -/ 



SSB ISSUE DATE: 09/01/88 



5000163303 476 
D200014357 476 
D200015305 476 



*ilfi:K1tit.***none******** 64882 

64882 
64882 
64882 
64882 
64882 

HIGH SPEED LINK 64882 
RCMAIN 64882 

64882 



02.40 Cluster to cluster transfers have a strange err.msg if >47 files in list D200093591* 66 

02.40 Break or ^C may not abort a foreground transfer with a file list D200093625* 66 

01.60 Transfer fails when downloading relocatable libraries 1650016618 478 

01.60 RCMAIN corrupts RCDEVICE.dat file when aborted with Cntl C or Y 5000151290 478 

01.20 Inconsistent response to •^C , Z , Y among remain , t ransfer , and mapbus . D200045096 479 

01.20 LONG COMMANDS GREATER THAN 1024 CHAR. MALFUNCTION WITH DMF-32 I/O CARD D200047217 480 

01.60 HSL transfer from within RCMAIN does not return control to RCMAIN. 5000149724 478 

01.70 RCDEVICE.DAT is not properly maintained. 5000180323 479 

01.70 /DEVICES= does not work with a list of stations. D200064055 480 
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HOST SOFTWARE -/ 



SSB ISSUE DATE. 09/01/88 



Keywo rd 
RCMAIN 

TRANSFER 



Product number uu.ff Description 



KPR number page 



64882 
64882 
64882 
64882 



itc«3|c3K»»3|c;|cnone»«»»»3K3|C3K 64883 

64883 
64883 
64883 

TRANSFER 64883 

64883 



>|c««iK»«»«none««»»«it(«» 648 80 

64880 
64880 
64880 

RCMAIN 64880 
TRANSFER 64880 

64880 

TRANSLATE 64880 



01 
01 
01 



HSL transfer from within RCMAIN does not 
Vax rcdevice file not updated correctly 
VAX remote control dumps when 
02.00 Transfer of files over DECnet 



60 
60 
60 



return control to RCMAIN. 



a very long command is entered 
causes program to crash 



HOST SOFTWARE / -3 



SSB ISSUE DATE: 09/01/88 



01.10 Transfer may abort on >32K files. 

01.10 Cluster to cluster transfers have a strange errmsg if >47 files in list D200093609* 
01.10 Break or '"C may not abort a foreground transfer with a file list 
01.00 Cluster - Cluster Transfer does not work with filelist 
01.00 Transfer does not handle extra line-feeds in file. 
01.00 Incorrect syntax/usage may not result in warning or error message. 



- HOST SOFTWARE / -5 



SSB ISSUE DATE: 09/01/88 



01 . 
01 . 
01 . 
01 , 
01 . 
01 
01 
01 



90 
90 
20 
20 
20 
60 
06 
50 



Cluster to cluster transfers have a strange err.msg if >47 files 
Break or ^C may not abort a foreground transfer with a file list 
Transfer to blank userid does not translate file names correctly. 
XX. L TO xx:link_sym translation wrong for 0 length records (types 
A session command is req'd before entering the menu in batch jobs 
Transfer may not move library files. 

Transfer does not correctly parse "FILE : USERID : flHSL" . 
C.K.I and C.K.2 both translate to C K on the 64000. 



in 





5000149724 


47 8 




D200059428 


480 




D200059444 


480 




5000239921 


479 




D200087148 


482 


list 


D200093609* 


67 




D200093633* 


67 




D2000 85076 


482 




D200079483 


482 




D^OOU / 9bo 1 


yi o o 


list 


D200093583« 


68 




D200093617* 


68 




D200036608 


484 


& 4) 


D200037275 


485 


D200043877 


485 




5000191544 


484 




5000169698 


484 




D200062539 


485 



- HP 64020A UPGRADE -M 



SSB ISSUE DATE: 09/01/88 



«««:|c:K««:t(none:K»:|cX»««:tc 64020-90902 



00.00 Retrofit kit does not include fans. 

- HP 64120A CARDCAGE M - 



SSB ISSUE DATE: 09/01/88 



D200065938 486 



ilit*1li****none******t* 64120-90902 



00.00 Communications PCA is 64120-66508 (new) 64120-69508 (exchange) 

- HP TEAMWORK - SSB ISSUE DATE: 09/01/88 



D200066241 487 



3K«»»«!K««none»»>KiK3K»it(3l( 64711S004 

64711S004 
64711S004 
64711S004 
64711S004 
64711S004 
64711S004 
64711S004 
64711S004 



02.30 "background" colour change when text is selected. 1650054486 488 

02.30 Simultaneous socket connections cause a hang. D200089342 489 

02.30 DOMAIN -SQRT ERROR generated when Data Flows become tangential to bubble D200090118« 69 

02.30 When a bubble is moved in a data flow diag., the old num. isn't removed. D200090480 490 

02.20 Data base error caused by NOTE manipulation. -- fixed in 2.3 5000263111 489 

02.20 When moving a large group with "group move", some boxes are left hanging 5000283184 489 

02.03 The funct. of the mid. and rt . button of 46060b needs to be exchanged. 1650059162 489 

02.00 Removing models from the index does not delete all its files. 1650033720 488 

01.00 The laser printer loses' a few columns across page breaks in a DFD. 1650032698 488 
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- HP TEAMWORK SA 



SSB ISSUE DATE: 09/01/88 



Keyword 



Product number uu.ff Description 



)|c««««3K3|C3tcnone»3K«3KiKiK9|oK 64711-90903 

64711-90903 
64711-90903 
64711-90903 

MANUAL 64710-90901 



01.00 Manual should include guidelines for swap space config when installed. 

01.00 PRINT OBJECTS from the PI doesn't work correctly. 

01.00 Spline is too large for binder. 

01.00 twk image -dd misbehaves. 

00.01 NeeH clarification in Default Printer section of manual. 



HP-UX 6800-03 C 



SSB ISSUE DATE: 09/01/88 



KPR number page 



5000235143 
D200077636 
D200077891 
D200090274 
D200066654 



492 
492 
492 
492 
491 



1li%llli**t*1iinQne******t* 64821-90902 



01.40 Declaring a function which returns a ptr to a function causes error. 

- HP-UX 68000/8/10 AM- SSB ISSUE DATE: 09/01/88 



D200055780 493 



»«»3|c)|c«!lc«none«*»««»«« 64845-90905 

64845-90905 
MANUAL 64845-90905 



01.30 Assembler flagging LR error for correct offset when using PC+IND+OFFSET . 1650004499 
01.30 Wrong offset calculated when using PC+index reg-t- offset mode of addr. 
01.04 Cannot substitute Macro parameter at beginning of variable. 



HP-UX 68000/8/10 C M 



SSB ISSUE DATE: 09/01/88 



495 

D200045880 495 
D200081836 495 



«3K»«»»««none«»«»»«3|c» 64819-90903 

64819-90903 



01.40 Declaring a function which returns a ptr to a function causes error. 
01.40 Byte parameters are pushed onto the stack incorrectly. 



HP-UX 68000/8/10 P M 



SSB ISSUE DATE: 09/01/88 



D200055707 
D200064386 



497 
498 



TYPE CONVERSION 64815-90907 



01.20 Signed_8 to Unsigned_16 is incorrect 
- HP-UX 6805/9/9E A -M 



SSB ISSUE DATE: 09/01/88 



D200036913 499 



1f1li******none******** 64844-90905 



01.00 Assembler should denote an error on non-absolute .SET expressions 
- HP-UX 6809/09E C - SSB ISSUE DATE: 09/01/88 



D200046896 500 



»»«3K»3|c3(HKnone»»»««*»» 64822-90902 

64822-90902 



01.20 Declaring a function which returns a ptr to a function causes error. 
01.00 Clarification of interface for USER DEFINED and real number routines 



HP-UX 8051 ASSM 



SSB ISSUE DATE: 09/01/88 



D200055822 501 
D200063651 502 



««3K««»3|c»none«3|c»«3t(3tc«:(c 64855-90903 

64855-90903 
MANUAL 64855-90903 



01.30 The $ operand does not work as defined. 
01.00 The $ operand does not work as defined. 
01.40 Change 8051 manual page 8-4 

- HP-UX 8085 C - 



SSB ISSUE DATE: 09/01/88 



D200053785 505 
D200053801 506 
5000240937 505 



**lt:*ilK*%itin on 64826-90902 



01.50 New and dispose have inconsist lent parameters 



1650008128 507 



CUMULATIVE KEYWORD INDEX 

Keyword Product number 
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- HP-UX 8085 C - SSB ISSUE DATE: 09/01/88 

uu.ff Description 

01.40 Declaring a function which returns a ptr to a function causes error. 

- HP-UX 8086/88 ASSM M - SSB ISSUE DATE: 09/01/88 



KPR number page 
D200055897 507 



CODE GENERATOR 
MANUAL 



64853-90905 
64853-90905 



02.20 
02.20 



HP-UX 8086/88 C 



SSB ISSUE DATE: 09/01/88 



D200079574 
D200079574 



509 
509 



*:t^%t***none******** 64818-90903 

64818-90903 



03.10 Declaring a function which returns a ptr to a function causes error. 
03.02 Additional info about the $SEPARATE_CONST$ directive works, pg . 2-3. 



- HP-UX 8086/88 PAS -M 



SSB ISSUE DATE: 09/01/88 



D200055665 
5000211359 



510 
510 



****«##))cnone******)|t* 64814-90904 



01.01 DOC. FOR THE PASCAL LIB. ERROR HANDLING ROUTINES NEEDS IMPROVEMENT. 

- HP-UX OP SYS - SSB ISSUE DATE: 09/01/88 



5000188813 512 



*1t:t*****none***t**:*i* 64801-90903 

64801-90903 
64801-90903 
64801-90903 



01.00 Method of entering this CONTROL-M should be explained to the reader. 5000182246 513 

01.00 Meas system unuseable if WINDEX exited without ending measurement. D200079517 513 

01.00 ftio command for hp-ux 6.01 does not function as documented. D200090431 513 

00.09 Setting the TERM variable to vtlOla will allow use of pmon 5000174805 513 



HP-UX SYSTEM INST -M 



SSB ISSUE DATE: 09/01/88 



3|c3K3t::l«K««!tenone:|C!K:4(:|c|C3K4::t: 64880-90901 

64880-90901 
HIGH SPEED LINK 64880-90901 



01.02 DOC SHOULD INCLUDE LIST OF SUPPORTED CARDS FOR RS232 XFER. 5000182824 514 

01.00 Manual needs to be more explicit about /dev/ttyXX where XX is numeric 5000269381 514 
01.02 Fails to transfer first passworded file, but doesn't notify the user. D200068429 514 



HP-UX USER DEFIN A M - 



SSB ISSUE DATE: 09/01/88 



1ti:llfi**lli**ilfnone****tt** 64851-90906 
MANUAL 64851-90906 



01.20 Assembler should denote an error on non-absolute .SET expressions 
01.30 '&' is comment field of a macro causes a parameter error. 



HP-UX Z80/NSC800 A M 



SSB ISSUE DATE: 09/01/88 



D200047019 
D200064030 



515 
515 



««»*»««3|(none«!K3|o|c»»»3|c 64842-90904 



01.20 Assembler should denote an error on non-absolute .SET expressions 
- HP-UX Z80/NSC800 CM- SSB ISSUE DATE: 09/01/88 



D200046839 516 



iti1fit*iti*ni*none****t*** 64824-90902 



01.40 Declaring a function which returns a ptr to a function causes error. 



D200055855 517 



CUMULATIVE KEYWORD INDEX 

Keyword Product number 

«»«»»]|C3|c»none»»»3|c3K»»» 64820-90902 
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- HP-UX Z8001/02 C - SSB ISSUE DATE; 09/01/88 

uu.ff Description 

01.30 Declaring a function which returns a ptr to a function causes error. 

- INT SNSL BD 8-16 UPM - SSB ISSUE DATE: 09/01/88 



KPR number page 
D200055749 519 



3|c««»«»»«none««3K«3|:««9|c 64404-90901 



01.00 The 68020 emul. may not show all source lines assoc. with exec. code. 

- INVERSE ASSEMB - SSB ISSUE DATE: 09/01/88 



5000283630 521 



D(:tnK3l«K3t(»«none»itc3|!4:»*** 64856 



01.01 Can loop forever when a source file contains macros. 

- M-STD 1750A ASM - SSB ISSUE DATE: 09/01/88 



D200077933 522 



Xi|e9K«i|c«««none»3|c«»«*«3k 64857-90901 



00.54 Assembler should denote an error on non-absolute SET expressions. 

- MS1750A ASSEMB - SSB ISSUE DATE: 09/01/88 



D200047126 523 



«3|c«]K«3|c)|C)lcnone»»»»iK«:tc» 64857 

64857 
64857 



01.04 Incorrect code generated for immediate negative data. 
01.04 Invalid instruction assembles without error message 
00.00 'DEFF' generating incorrect code for NAN ' s . 



NETWORK TRANSFER 300 



SSB ISSUE DATE: 09/01/88 



5000231076 524 
D200060491 525 
5000117507 524 



3|c«:K«»«)|c«none«3k»3|c»:tc:|::|: 64887S004 



01.00 The transferll utility does not work using nft as the transport 
- OP NOTE 68000C AXLSM - SSB ISSUE DATE: 09/01/88 



D200093088* 70 



Kt.******t\onet******* 5959-2191 



01.00 5959-2191 op note say to use "what" to determine revision code. No! 

- OPERATING SYSTEM - SSB ISSUE DATE: 09/01/88 



D200091637 526 



1ti1ti1ti****y(tinor\e:iii**>i^**** 64100 

64100 
64100 
64100 
64100 
64100 
64100 
64100 
64100 
64100 
64100 
64100 



02.10 Problem with Macro code generation. 1650058925 527 

02.10 Xref cannot be generate as an independent listing 5000170118* 71 

02.10 The '.' character is causing problems for rev 2.06 of asm.exe. 5000203620 527 

02.10 ef directive does not work with mneumonics with "." 5000214106 528 

02.10 ASSEMBLER ISSUES DUPLICATE SYMBOL ERRORS FOR THE 'SEGMENT' PSEUDO D200042036 530 

02.10 Illegal logical expressions are not flagged. D200066308 532 

02.10 Comment field can not be delimited by whitespace. D200069658 532 

02.10 Macro use of a label is missing from xref. D200086694 534 

02.10 Undefined label not flagged when passed as a parameter to a macro. D200086728 535 

02.10 Erroneaous phase errors generated by Z8000 assembler D200089490 536 

02.07 Recover cmd on 64000(PISCES I) will recover all types on disc's > 150Mb D200084897 533 

02.02 Nested macro calls cause incorrect macro expansion. D200041178 529 
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- OPERATING SYSTEM 



SSB ISSUE DATE: 09/01/88 



Keywo rd 



Product number uu.ff Description 



KPR number page 



«;K»)K3tc«)|c«rione!Ki|c3K3|(3l«lc:|c» 64100 

64100 

CODE GENERATOR 64100 

64100 
64100 
64100 
64100 

DC600 64100 

64100 
64100 



02.00 CDC FLOPPY DRIVE DOESN'T FORMAT CORRECTLY IN A COMMAND FILE. 

00.70 Phase error incorrectly reported on 64000 and hosted assemblers. 

02.10 Intractive link gives invalid Ink/command (.K) file if full path too big 

02.10 Condtl code not assembled if condtl statmnt is false and missing ENDIF 

02.10 Assembler output listing is missing part of line number at EQU statement 

02.10 Hosted version of GET_ASCII_BYTE strips high order bits of input. 

02.10 XREF option does not work for instructions that contain a period. 

02.06 store to DC600 causes 64000 to reboot. 

02.06 May cause inadvertent overwrite of user's disc. 

01.39 DC600 backup hangs up when it encounters a defective tape. 



D200015297 

D200085043 

5000209007 

5000214189* 

5000252825 

D200079368 

D200087049 

D200069989 

D200074450 

2700005769 



529 
534 
528 
71 
529 
533 
535 
532 
532 
527 



P1750 -E 



SSB ISSUE DATE: 09/01/88 



*t******none******t* 64288S004 

64288S004 



01.00 Need different monitor names for the F9450 and P1750 D200090282 537 

01.00 Code disp. with trace not right if code changed w/o ending emul. session D200090936 537 



PROM PROGRAMMER -3 



SSB ISSUE DATE: 09/01/88 



*3K«**«*)|enone**!t!3i:)|c*3K* 64501S004 

64501S004 

SFNONE 64501S004 



01.30 PROM programmer has problems in UX envr programming 32 bit system. 
00.00 prommer taking too long to program prom. 
01.00 8751 does not program in 64000-ux environment. 



- ROM EMULATION 



SSB ISSUE DATE: 09/01/88 



5000240952 538 
1650028860 538 
5000187617 538 



!t(»)|c»9K3|c*»none**!K«3t(«*it( 64272 



01.04 store command generates 16-bit width absolute file only 



RS-232 TRANSFER -3 



SSB ISSUE DATE: 09/01/88 



5000231571 539 



»!K!k*i)c**»none**3|C!K**** 64885 



01.30 Cannot install software on AXE environment machine. 

- RS-232 TRANSFER -5 SSB ISSUE DATE: 



09/01/88 



5000267054 540 



TRANSFER 



64884 



01.10 Transfer hangs after bad options message is displayed. 

- RS-232 TRANSFER -V SSB ISSUE DATE: 



09/01/88 



D200065219 541 



TRANSFER 



64886 



01.10 Inaccurate specification in HELP for TRANSFER command 
- SOFTKEY EDITOR - SSB ISSUE DATE: 



09/01/88 



5000194951 542 



***«**##none******** 64790-90901 01.00 The find command does not work correctly, cannot find string includ '$'. 5000211375 543 

64790-90901 01.00 AND '$' NEEDS TO BE ESCAPED ON COMMAND LINE TO PREVENT SHELL EXPANSION D200089896 543 



CUMULATIVE KEYWORD INDEX 
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SOFTKEY EDITOR 



SSB ISSUE DATE: 09/01/88 



Keyword 



Product number uu.ff Description 



KPR number page 



»««3K3|C3K»9tci1one««3K»»3KitC3K 64790S004 

64790S004 
64790S004 
647903004 
64790S004 



02.10 Status line does not change after file is written for the save command. 5000401349* 72 

02.10 sk editor replace command does not work properly with anystring {*). 5000401372* 72 

02.10 When retrieving enough lines to get file exactly 1024 in size; core dump D200090241 544 

02.00 When 4 retrieves are done, the sk editor jumps to shell. 1650061580 544 

01.10 Sk may not work when called from pmon. 5000205054 544 



- STATE ANALYZER 



SSB ISSUE DATE: 09/01/88 



*«»3|c«:|c»>cnone««:|c:K:K*)|::|: 64620 

64621 



00.71 Source referencing will not work with non-zero segments (8086, etc) 
01.07 trace file may end up in random userid. 



- STATE ANALYZER - 



SSB ISSUE DATE: 09/01/88 



D200075028 546 
5000136135 547 



*«*3|c»**4:none******** 64620S004 



01.10 File names <8 chars in link_sym will cause translate problems 

- SW PERF ANALYZER - SSB ISSUE DATE: 09/01/88 



D200091538 548 



******** none******** 64310 



01.11 "show curr_meas" after measurement change crashes station. 

- SW PERF ANALYZER 300 - SSB ISSUE DATE: 09/01/88 



5000122374 549 



******** none******** 64310S004 

64310S004 
64310S004 



01.20 pwd truncates the /net/system portion of the path when RFA'ed to system. D200080176 550 
01.20 Using Emulation across RFA can give incomplete symbol information D200081026 550 

01.20 Processes sometimes left running after parent has stopped. D200082347 550 



SYSTEM SOFTWARE 



SSB ISSUE DATE: 09/01/88 



MANUAL 



64980-90934 02.00 Passing parameters to command files is incons is t lent . 

- TIMING ANALYZER -3 SSB ISSUE DATE: 



09/01/88 



D200061515 552 



******** none******** 64610S004 



01.60 Processes sometimes left running after parent has stopped. 

- TIMING/STATE - SSB ISSUE DATE: 09/01/88 



D200082370 553 



******** none******** 64610 

64610 
64610 



01.00 label cannot be deleted in trigger specification 

01.00 Hitting CLR LINE causes softkeys to return to first level 

01.00 TIMING PV MODIFICATION TO ALLOW GREATER TIME TOLLERANCE 



TMS 320 ASSEMB - 



SSB ISSUE DATE: 09/01/88 



5000089359 554 
5000089367 554 
D200043794 554 



PROBLEM ON VAX 



64858 



00.00 *PRODUCT * CHANGE on the VAX* From= 64xxxS003 To=64xxxM003 



D200093401* 73 



CUMULATIVE KEYWORD INDEX 

Keyword Product number 

Tliilfi^lli***** none 64787 
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- TMS320C25 - SSB ISSUE DATE: 09/01/88 

uu . f f Desc ript ion 

00.01 Data words at address 6 & 7 can apparantly be displayed and modified 

- UPROG - SSB ISSUE DATE: 09/01/88 



KPR number page 
D200090522 555 



)K««4c«»»«none 64276 

64276 



01.00 IN UP CNTL,"LIST TRACEDATA" SHOWS "AND" EVEN IF NO "ABSOLUTE IS" D200035261 556 

01.00 IN UP_CNTL, NO ERRMSG ISSUED IF "RUN UNTIL W/JAM ATTEMPTED W/O JAM LABEL D200035287 556 



USER DEF ASSEMB 



SSB ISSUE DATE: 09/01/88 



«9K«3|c:|c3K««none3|c«««3K3|c«» 64851 

64851 
64851 
64851 
64851 
64851 
64851 
64851 

CODE GENERATOR 64851 

64851 



00.70 Expand Directive not working on 64000. 5000251322 557 

00.70 Duplicate Symbols in Symbols Declarations not flagged as an error. D200068924 557 

00.70 Duplicate SYMBOLS Definitions are not flagged as an error D200068932 557 

00.70 Bad table code generated when more than 25 SYMBOLS definitions D200068940 558 

00.70 REPT will only take arguments range 1 thru 32767 D200089409 559 

00.70 Page size is different between PI and Hosted assemblers D200089433 559 

00.70 line number only 16-bits in size... This is too small for long files. D200089458 559 

00.70 COPY :asmb_sym to display behaves like disc image on. D200092619!K 74 

00.70 High order bits stripped from source characTers in Pisces I D200079376 558 

00.70 Problem with parameter passing in macros D200093781* 74 



USER DEF ASSEMB -3 



SSB ISSUE DATE: 09/01/88 



1t:tt*****none***1^**** 64851S004 

64851S004 
64851S004 
64851S004 
64851S004 
64851S004 
64851S004 
64851S004 
64851S004 
64851S004 
64851S004 
64851S004 

MACRO 64851S004 



02.10 Undefined label not flagged when passed as a parameter to a macro. 5000251348 560 

02.10 Macro use of a label is missing from xref . 5000252833 560 

02.10 Undefined Error placed on all macro usage, if just one label undefined 5000294181 561 

02.10 DE errors anr not declared in all cases for forward references. D200087569 564 

02.00 Line number for EQU is not completely dislayed after line 1000 5000278606 561 

01.20 expressions of the form 123456.78 cause errors D200081646 564 

01.10 Conditional assembly for INCLUDE files causes error. D200065417 563 

01.00 Macro def. including .IF, within a IF causes assembler to stop code gen. D200053512 562 

01.00 Comments not delimited by semi-colons appear in the assembler xref. D200055541 562 

01.00 Host compilers do not put absolute pats specifications in relocatables D200059311 563 

01.00 QUOTING CHARACTERS WITHIN STRINGS ARE ALL TRANSLATED TO "." D200059964 563 

00.70 Jump to MACRO label causing expression type error. D200092288* 76 

01.00 Conditional instr. IF with rational oper, in Macro creates bad code D200048421 561 



USER DEF ASSEMB -5 



SSB ISSUE DATE: 09/01/88 



******t*none******** 64851S001 

64851S001 
64851S001 
64851S001 



02.10 Macro use of a label is missing from xref. 

02.10 Undefined label not flagged when passed as a parameter to a macro. 

02.10 DE errors anr not declared in all cases for forward references. 

01.50 Conditional assembly for INCLUDE files causes error. 



USER DEF ASSEMB -D 



SSB ISSUE DATE: 09/01/88 



D200086702 565 

D200086736 566 

D200087544 566 

D200065391 565 



«JK««;K]K3C:(cn one3lC3lc»3|ciK!K3|uK 64851S006 



02.11 Linker xref has bad defs &. refs - may crash 



D200090183 568 
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USER DEF ASSEMB -D 



SSB ISSUE DATE: 09/01/88 



Keyword 



Product number uu.ff Description 



«)K3|»K»it(}K«none:t(»«»:tc»:K4: 64851S006 

64851S006 
64851S006 
64851S006 
64851S006 
64851S006 

CODE GENERATOR 64851S006 



02.11 MS-DOS linker will not accept k file as a linker command file 

02.11 REAL number pseudos & SCAN_REAL function no good on MS-DOS 

02.11 Can not assemble a file on a different disk ...(ie: 'A:' from C:) 

02.11 Assembler crashes when directory path name is too lon^ 

02.10 The "INSTALL.BAT" file has some problems, preventing installation 

00.00 DE errors anr not declared in all cases for forward references. 

00.00 Do not refer to the serial port config as "emulator config" 



USER DEF ASSEMB -V 



SSB ISSUE DATE: 09/01/88 



KPR number page 



D200090191 
D200090266 
D200091272 
D200091314 
D200088492 
D200087577 
D200087726 



568 
568 
569 
569 
567 
567 
567 



itc«)|c3K»!K«*none3K«)|c»»9|c3|c3K 64851S003 

64851S003 
64851S003 
64851S003 
64851S003 



02.10 NO LOAD files are not handled correctly. 

02.10 Macro use of a label is missing from xref. 

02.10 Undefined label not flagged when passed as a parameter to a macro. 

02.10 DE errors anr not declared in all cases for forward references. 

01.50 Conditional assembly for INCLUDE files causes error. 



USER DEF EMUL 



SSB ISSUE DATE: 09/01/88 



5000402701* 77 
D200086710 570 
D200086744 571 
D200087551 571 
D200065409 570 



!|c}|ci|ciK«i|c«»none»*»»*»»3K 642743004 

64274S004 

64274S004 
64274S004 
64274S004 
64274S004 
64274S004 
64274S004 
64274S004 
64274S004 
64274S004 
64274S004 
64274S004 
64274S004 



01.10 Displaying memory takes much longer in 64000-UX environment than 64000. 5000232991 572 

01.10 UDE CLK SOURCE DIFFERENT BETWEEN 64000/64000-UX CONFIGURATION FILES 5000266684* 78 

01.10 64000-UX UDE mnemonic mem display for word processors may be garbled D200079004 572 

01.10 pwd truncates the /net/system portion of the path when RFA'ed to system. D200080697 573 

01.10 Using Emulation across RFA can give incomplete symbol information D200080994 573 

01.10 The Inter-Module-Bus trigger signal latches when set to drive & receive D200081943 574 

01.10 Processes sometimes left running after parent has stopped. D200082289 574 

01.10 Loading a trace file from a different processor may cause core dump D200083295 574 

01.10 Tracelist symbols dissappear. D200086074 575 

01.10 Software breakpoint in target memory will hang system. D200087270 575 

01.10 Monitor fails w/word processot if DADA not mapped to low memory D200090324 575 

01.10 rd/wr ioport at odd addr accesses to many ports for word processors D200090621 575 

01.10 Code disp. with trace not right if code changed w/o ending emul. session D200090910 576 

01.00 No mnemonic display during stepping of the NEC 7500 D200077966 572 



- USER DEF EMULATION 



SSB ISSUE DATE: 09/01/88 



********none******** 64274 



01.05 64000-UX UDE Using "HOME" key causes trace list problems 

- USER DEFIN ASM - SSB ISSUE DATE: 09/01/88 



5000296855* 79 



*»*«»«*«none******** 64851-90904 

64851-90904 
MANUAL 64851-90904 



01.00 DE must be defined before being referenced. 

00.70 64000 station resets when linking if SKELETON command used improperly 
00.70 '&' is comment field of a macro causes a parameter error. 



5000153981 578 
D200079558 578 
5000152892 578 



- USER INTERFACE 



SSB ISSUE DATE: 09/01/88 



********none******** 64808-90901 01.00 Need to add Note saying that 64100 Terminal Mode is not supported 



5000267468 580 



CUMULATIVE KEYWORD INDEX 

Keyword Product number 

)K:K«:((«»««none>k*»»««3tc:|c 64808-90901 
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- USER INTERFACE - SSB ISSUE DATE: 09/01/88 

uu.ff Description 

01.00 PMON doesn't allow a file to begin with a numeric value. 

- USER INTERFACE - SSB ISSUE DATE: 09/01/88 



KPR number page 
5000291427 580 



i(t:iliiK1li1Hltiit:none******** 64808S004 

64808S004 
64808S004 



02.10 Pmon flags legitimate option for Ink (for 64859) as syntax error 5000296921* 80 

02.10 A command file containing these three characters in tnat order fails D200090613 581 



01.10 PMON not interpreting a command file correctly. 



USER INTERFACE 



SSB ISSUE DATE: 09/01/88 



5000178301 581 



**ilii^****none******** 64808S001 



01.40 PMON not interpreting a command file correctly. 

- UTILITIES PKG - SSB ISSUE DATE: 



09/01/88 



D200069389 582 



3K»**)|c*»!(cnone*iKiKitc*)tc** 64888S003 

64888S004 



01.40 Record attributes on VMS files are incorrect. 

01.00 Enhancements are not displayed correctly in ANSI mode. 



- VMS 6500 ASSM 



SSB ISSUE DATE: 09/01/88 



5000267005 
D200078048 



583 
584 



*«)|c*3K»3|o«none!tc**»»«** 64843-90904 



01.00 .LIS file should be put in same directory as .A and .R files. 

- VMS 6800 ASSM - SSB ISSUE DATE: 09/01/88 



D200067124 585 



»*«}K!K»)K34cnone*«*iK3tC3t(3t(3|c 64841-90907 

64841-90907 



01.20 Assembler should denote an error on non-absolute .SET expressions. D200046813 586 

01.00 .LIS file should be put in same directory as .A and .R files. D200067082 586 



VMS 6800-03 C - 



SSB ISSUE DATE: 09/01/88 



t.1fi*****'*none******** 64821-90903 

64821-90903 



01.50 Declaring a function which returns a ptr to a function causes error. D200055798 587 

01.00 .LIS file should be put in same directory as .A and .R files. D200066969 588 



VMS 68000/08/10 C -M 



SSB ISSUE DATE: 



09/01/88 



*t****:ii(yKnot\e******** 64819-90904 

64819-90904 



01.50 Declaring a function which returns a ptr to a function causes error. D200055715 589 

01.00 .LIS file should be put in same directory as .A and .R files. D200066928 590 



VMS 68000/8/10 ASM M - 



SSB ISSUE DATE: 09/01/88 



)|c*»***>:^ no n 64845-90906 

64845-90906 
64845-90906 



01.60 Document REG pseudo 5000160143 591 

01.30 LR error flagged for correct offset using PC+INDEX+OFFSET mode of addr. D200046268 592 
01.00 .LIS file should be put in same directory as .A and .R files. D200067165 592 
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VMS 68000/8/10 ASM M - 



SSB ISSUE DATE; 09/01/88 



Keyword 
MANUAL 



Product number uu.ff Description 

64845-90906 01.60 Manual explains linker options incorrectly. 

64845-90906 01.60 Manual states incorrectly that EXT is a pseudo op. 



- VMS 68000/8/10 P - 



SSB ISSUE DATE: 09/01/88 



KPR number page 

5000220764 591 
5000220772 591 



**.**iiiiliii:*r\one******** 64815-90908 
TYPE CONVERSION 64815-90908 



01.00 .LIS file should be put in same directory as A and .R files 
01.20 Signed_8 to UnsignedlS is incorrect. 



- VMS 6805/9/9E ASM -M 



SSB ISSUE DATE: 09/01/88 



D200066860 594 
D200036921 594 



j|c)tc3KiK>l«)«|c:|cnone»iK)K»!(n<c3K« 64844-90906 

64844-90906 



01.20 Assembler should denote an error on non-absolute SET expressions 
01.00 .LIS file should be put in same directory as .A and .R files. 



VMS 6809 PASCAL 



SSB ISSUE DATE: 09/01/88 



D200046904 595 
D200067140 595 



t****t**none******** 64813-90905 



00.01 .LIS file should be put in same directory as A and .R files. 

- VMS 6809/09E C - SSB ISSUE DATE: 09/01/88 



D200066829 596 



:t(X««iie»««none«;|c««««:)c» 64822-90903 

64822-90903 
64822-90903 



01.20 Declaring a function which returns a ptr to a function causes error. 
01.00 Clarification of interface for USER_DEFINED and real number routines 
01.00 .LIS file should be put in same directory as A and R files. 



VMS 8051 ASSM 



SSB ISSUE DATE: 09/01/88 



D200055830 597 
D200063669 598 
D200066985 600 



««3K»»iK«3|cnone!t»K3K3K«3K3K3K 64855-90904 

64855-90904 
64855-90904 



01.40 The $ operand does not work as defined. 

01.20 Assembler should denote an error on non-absolute .SET expressions 
01.00 .LIS file should be put in same directory as .A and .R files. 



- VMS 8080/85 ASSM - 



SSB ISSUE DATE: 09/01/88 



D200053793 601 
D200047118 601 
D200067264 601 



KKtmitilcllfMnone******** 64840-90903 



01.40 .LIS file should be put in same directory as .A and .R files. 

- VMS 8085 C - SSB ISSUE DATE: 09/01/88 



D200067066 603 



********none******** 64826-90903 

64826-90903 



*:li:**ilf*^Hinor\e******** 64825-90903 



01.60 Declaring a function which returns a ptr to a function causes error. 

01.00 .LIS file should be put in same directory as .A and .R files. 

- VMS 8085 PASCAL - SSB ISSUE DATE: 09/01/88 

01.00 .LIS file should be put in same directory as .A and .R files. 



D200055905 604 
D200067041 605 



D200067025 606 
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VMS 8086/88 C 



SSB ISSUE DATE: 09/01/88 



Keywo rd 



Product number uu.ff Description 



i|C3kit(»«««3tenone«»)K!K«»»« 64818-90904 

64818-90904 



03.10 Declaring a function which returns a ptr to a function causes error. 
03.00 .LIS file should be put in same directory as .A and .R files. 



VMS 8086/88 PASCAL M 



SSB ISSUE DATE: 09/01/88 



KPR number page 

D200055673 607 
0200066902 608 



t1f******nonet*l^**tt* 64814-90905 



03.00 .LIS file should be put in same directory as .A and .R files. 

- VMS 9900 ASSM - SSB ISSUE DATE; 09/01/88 



D200066845 609 



««»«»*««noneiluKXX«»»» 64847-90905 



01.00 .LIS file should be put in same directory as A and .R files. 

- VMS FILE FORMATS - SSB ISSUE DATE: 09/01/88 



D200067181 610 



»3KX!K»»»*none«««3K3K»3K» 64882-90903 

64882-90903 



01.02 VAX file format manual doesn't give clear explantion of VAX file types. 5000238543 611 
01.01 Linker symbol file format (Chapter 14) Word «6 not defined D200053132 611 



VMS M-STD1750A ASM M - 



SSB ISSUE DATE: 09/01/88 



3|c««)K«:|c)|c«none;t:>lc;t::tc)|c4:3|c3|c 64857-90903 



01.00 .LIS file should be put in same directory as .A and R files. 

- VMS SYSTEM INSTAL -M SSB ISSUE DATE: 09/01/88 



D200067280 612 



»«]K)K)K«3l»Knone3|otHK)K»«»» 64882-90904 

64882-90904 
64882-90904 
64882-90904 



01.60 Number of errors in Appendix A of the manual, please read submit, text. 5000195701 613 

01.60 Need instructions to MACRO and link ibdriver for single high speed link D200062844 613 

01.03 Need setting for rear panel of old HP 64000 and 641l5(with jumper jacks) D200055202 613 

01.00 For VMS=>4 using HP 64000 as VMS terminal need to correct manual (pg8-3) 5000167601 613 



VMS TMS 320 ASSM 



SSB ISSUE DATE: 09/01/88 



t*t****:flit\one******** 64858-90903 



01.00 .LIS file should be put in same directory as .A and .R files. 

- VMS USER DEFIN ASM M - SSB ISSUE DATE: 09/01/88 



D200067306 614 



*1f****:liPti.t\one*******t 64851-90907 

64851-90907 
MANUAL 64851-90907 



01.20 Assembler should denote an error on non-absolute .SET expressions 
01.00 .LIS file should be put in same directory as .A and .R files. 
01.40 '&' is comment field of a macro causes a parameter error. 



VMS USERS GUIDE - 



SSB ISSUE DATE: 09/01/88 



D200047027 
D200067207 
D200064048 



615 
616 
615 



lHtit****:lfnone***t**** 64882-90902 

64882-90902 



01.60 Page 3-9 states vt52 emulation using 64100 but does not perform functs. 5000222489 617 
01.01 Inconsistent response to ^C,Z,Y among remain , t ransfer , and mapbus. D200045492 617 
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VMS Z80/NSC800 ASM M 



SSB ISSUE DATE: 09/01/88 



Keywo rd 



Product number uu.ff Description 



********none******** 64842-90905 

64842-90905 



01.20 Assembler should denote an error on non-absolute .SET expressions 
01.00 .LIS file should be put in same directory as .A and .R files. 



- VMS Z80/NSC800 C 



SSB ISSUE DATE: 09/01/88 



KPR number page 

D200046847 618 
D200067108 618 



*iti******none******** 64824-90903 

64824-90903 



01.50 Declaring a function which returns a ptr to a function causes error. 
01.00 .LIS file should be put in same directory as A and R files. 



VMS Z80/NSC800 P 



SSB ISSUE DATE; 09/01/88 



D200055863 619 
D200067009 620 



iK}K««3K«9|c4:none9|c;|c«9|c»»3|c3K 64823-90903 



01.00 .LIS file should be put in same directory as A and .R files. 

- VMS Z8001/02 C - SSB ISSUE DATE: 09/01/88 



5000163295 621 



«:)»t»K:t(i<(3k:((none»«:K>cit(:tHK« 64820-90903 

64820-90903 



01.50 Declaring a function which returns a ptr to a function causes error. 
01.00 .LIS file should be put in same directory as .A and .R files. 



VMS Z8001/2 ASSM 



SSB ISSUE DATE: 09/01/88 



D200055756 622 
D200066944 623 



t**ifi****nonet****1ti** 64854-90904 



01.00 .LIS file should be put in same directory as A and .R files. 

- VMS Z8001/2 PASCAL M - SSB ISSUE DATE: 09/01/88 



D200067249 624 



«!K«:t:»«3|c3Knone»»3|c«:K3K:tc» 64816-90905 



01.00 .LIS file should be put in same directory as .A and .R files. 

- VMS6800/01/02/03 P M - SSB ISSUE DATE: 09/01/88 



D200066886 625 



llti1iLlli1iilti**iiinone***'***** 64811-90904 



01.00 .LIS file should be put in same directory as .A and .R files. 

- Z8 ASSEMB - SSB ISSUE DATE: 09/01/88 



D200066803 626 



3|::K)K3K:|»K«)K none 64850 

64850 



00.01 Assembler generates Phase Error of forward referenced EQU D200091645 627 

00.00 Assembler not generating error message when attempt to load label. 2700005918 627 



Z80 



SSB ISSUE DATE: 09/01/88 



]|»|e:K««»««none**»»«3Ki<c:<( 64753 

64753 



00.01 Emulator may be confused about running/monitor state D200088047 628 

00.00 In quickbreak mode, the Z80 could break without generic emul's knowledge D200085290 628 



Z80 



SSB ISSUE DATE: 09/01/88 



*******1i:none****t*** 64753S006 



01.00 Invalid COM port in 64700tab file D200091256 629 



CUMULATIVE KEYWORD INDEX 
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Z80 ASSEMB 



SSB ISSUE DATE: 09/01/88 



Keywo rd 


Product number 


uu . 


f f 


)K)|ciK!|c^3|c!|C'k none !(t!(c!(c)tc#)(t))C!(t 


64842 


01 


12 




64842 


01 . 


12 




64842 


01 


12 




64842 


01 


11 




64842 


01 


10 


PROBLEM ON VAX 


64842 


01 


12 


3K:|c:K3|C]|c3|(3|ciK none ♦♦♦♦♦Jlololt 


64252S004 


01 


00 




64252S004 


01 


00 




64252S004 


01 


00 




84252S004 


01 


00 




64252S004 


01 


00 




64252S004 


01 


00 




64252S004 


01 


00 




64252S004 


01 


00 




64252S004 


01 


00 




64252S004 


01 


00 




64252S004 


01 


00 




64252S004 


00 


00 


CODE GENERATOR 


64812 


00 


00 


RUN-TIME LIBRARY 


64812-90903 


00 


00 




64824 


02 


10 




64824 


02 


10 




64824 


02 


10 




64824 


02 


10 




64824 


01 


04 




64824 


01 


04 




64824 


01 


04 


NO PROBLEM/ PISCES I 


64824 


02 


.10 


PASS 3 


64824 


01 


.03 


PROBLEM ON 9000/S300 


64824 


02 


10 


PROBLEM ON 9000/S500 


64824 


02 


. 10 


PROBLEM ON VAX 


64824 


02 


. 10 



ff Description 



KPR number page 



« CHANGE on the VAX* From= 64xxxS003 To=64xxxM003 



5000139535 
5000239939 
D200086686 
5000152819 
5000264986 
0200093310* 



- Z80 EMULATION - 



SSB ISSUE DATE: 09/01/88 



HPIB 64120 I/O AND POWER FAILED WHEN MODIFYING TARGET MEMORY 
Measurement System end released when terminal cannot be initialized 

Cwd truncates the /net7system portion of the path when RFA'ed to system, 
sing Emulation across RFA can give incomplete symbol information 
PC contents lost over continuation if in break state 

The Inter-Module-Bus trigger signal latches when set to drive & receive 
Processes sometimes left running after parent has stopped. 
Loading a trace file from a different processor may cause core dump 
IMPROPER IDENTIFICATION OF THE SECOND 280 CONTRL CARD IF TWO Z80 PRESENT 
Tracelist symbols dissappear. 

Code disp. with trace not right if code changed w/o ending emul. session 
EMULATION SOFTWARE STATUS DOES NOT RECOGNIZE THE "HALT" INSTRUCTION 



- Z80 PASCAL 



Z80 PASCAL - 



Z80/NSC800 C - 



SSB ISSUE DATE: 09/01/88 



SSB ISSUE DATE: 09/01/88 



SSB ISSUE DATE: 09/01/88 



Wrong code generated for assignment operator <<= if used with arrays 



Certain Byte additions 
Indirect comparison of 
Certain set operations 
Error 1006 given for > 



in error #1009 



with word results may fail 
parameter bytes may fail 
with explicit type changes may fail, 
test condition. 
Reference to non-exist lent library in manual. 
Real variable used as a test condition cause error. 

Compilers do not list complete information about source file path name. 
Conditional compile fails if it suceeds a fixed parm function call. 
Compilers do not list complete information about source file path name 
Compilers do not list complete information about source file path name, 
Compilers do not list complete information about source file path name 



1650047167 
D200069542 
D200080655 
D200080952 
D200081489 
D200081901 
D200082230 
D200083246 
D200085332 
D200086033 
D200090860 
1650047340 



630 
630 
631 
630 
631 
81 



632 
632 
632 
633 
633 
633 
634 
634 
634 
634 
635 
632 



1650041624 636 



D200010363 637 



1650058123 

D200085472 

D200090175 

D200090217 

5000245704 

5000259150 

D200081554 

D200092924* 

D200069906 

D200092924* 

D200092924* 

D200092924* 



638 
641 
641 
642 
638 
639 
640 
82 
639 
82 
82 
82 



Z80/NSC800 C 



SSB ISSUE DATE: 09/01/88 



*3|c»***3|c*[ione******** 64824-90901 



01.02 Declaring a function which returns a ptr to a function causes error. 



D200055590 643 



CUMULATIVE KEYWORD INDEX 

Keyword Product number 

)Ki|c»3|ciK«»«none»«!K«»»9|o|c 64823-90901 
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- Z80/NSC800 P - SSB ISSUE DATE: 09/01/88 

uu.ff Description 

01.00 Documentation and examples for Z80 I/O port 

- Z80/NSC800PASCAL - SSB ISSUE DATE: 09/01/88 



KPR number page 
5000170191 645 



)K««3K«:|c4::<cnoneiK*3l»Kit:4:4:)t: 

CODE GENERATOR 

NO PROBLEM/ PISCES I 

NOT ON 64100 SYSTEM 

PASS 1 

PASS 3 

PROBLEM ON 9000/S300 
PROBLEM ON 9000/S500 
PROBLEM ON VAX 



64823 
64823 
64823 
64823 
64823 
64823 
64823 
64823 
64823 
64823 
64823 
64823 
64823 
64823 
64823 



01 .90 
01 .04 
01 .03 
01 .90 
01 .90 
01.90 
01.02 
01 .02 
01.90 
01 .90 
01 .90 
01 .90 
01 .90 
01 .90 



Certain set operations with explicit type changes may fail. 0200090209 649 
Error 1006 for complex statement using mod operator. 1650049163 646 
Register may be incorrectly remembered following byte negate. D200071357 647 
"Too many errors pass3" err msg, if use duplicate labels. Need better msg D200087346 648 
Compilers do not list complete information about source file path name. D200092866* 83 
"Too many errors pass3" err msg, if use duplicate labels. Need better msg D200087346 648 
$Range 0N$ causes incorrect code to be generated for a test operation. D200059600 646 
Incorrect data offsets in listing file. D200060186 647 
"Too many errors pass3" err msg, if use duplicate labels. Need better msg D200087346 648 
Compilers do not list complete information about source file path name. D200092866* 83 
"Too many errors pass3" err msg, if use duplicate labels. Need better msg D200087346 648 
Compilers do not list complete information about source file path name. D200092866:|( 83 
"Too many errors pass3" err msg, if use duplicate labels. Need better msg D200087346 648 
Compilers do not list complete information about source file path name. D200092866* 83 
- ■ - • ^ref list D200092999* 83 



source file 

01.90 VAX Pascal xref prints many garbage characters of first line 



Z8000 C 



SSB ISSUE DATE: 09/01/88 



««3|c«4c«ilc:Knone:|c:tc:(c:|c:|c:|c:|c* 64820 

64820 
64820 
64820 
64820 
64820 
64820 
64820 
64820 
64820 

NO PROBLEM/ PISCES I 64820 
PASS 3 64820 
PROBLEM ON 9000/S300 64820 

64820 
64820 

PROBLEM ON 9000/S500 64820 
PROBLEM ON VAX 64820 



01.06 Logical AND produces a multiply operation. 5000160671 651 

01.06 Local parms not accessed properly when func called via pointer. 5000246983 653 

01.06 Oversized data segment not being flagged as an error. D200078873 657 

01.06 Real variable used as a test condition cause error. D200081521 659 

01.06 Function calls via pointers with parameters mess up subsequent calls. D200085381 660 

01.05 Superfluous register load in switch statement on the 64000 D200064808 655 

01.05 Illegal initialization causes error 1113. D200068155 656 

01.04 $OPTIMIZE$ compiler directive works differently for signed and unsigned. 5000181545 652 

01.04 Inconsist lent error message when linking ASM.R files versus COMP.R Tiles D200061762 654 
00.01 Code generated for unsigned multiply is the same as for signed multiply. 1650006544 651 
02.10 Compilers do not list complete information about source file path name. D200092890!lc 84 

01.05 Conditional compile fails if it suceeds a fixed parm function call. D200069781 657 
02.10 Compiler does not create an 'array too large' error when size > 32k. 5000280958 654 
02.10 Compilers do not list complete information about source file path name. D200092890:K 84 

01.06 If condition is tested with a CMP D1,D1 D200079616 658 
02.10 Compilers do not list complete information about source file path name. D200092890* 84 
02.10 Compilers do not list complete information about source file path name. D200092890* 84 



- Z8000 PASCAL 



SSB ISSUE DATE: 09/01/88 



» «»« ]| a |c » « a iait«iMaMa|t<Btc» 64816 

64 8 IS 
«481iS 
€4tl« 



01.12 S.RANGES & type coTJv«r«ion UNSIGNED 32 var may cause error tfl06 . D200d852<2 665 

01.11 BA address mode may attempt to use RR0 Illegally as source D20007301S 665 

1.10 Iflcofls is t lent «rror message wtien linking ASM. X files versus COMP.R files 0200661721 664 

1.69 Jtiirip table may geRerate code wtiich accesses wren^ data space. 5009123497 661 
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Z8000 PASCAL 



SSB ISSUE DATE: 09/01/88 



Keywo rd 




u u . 


f f 


^jfLj^ifi^^^j^ nunc 


0 4 O 1 D 


A 1 
\) 1 . 


A A 




C >1 Q 1 C 


A 1 
U 1 . 


Q A 


NO PROBLEM/ PISCES I 


64816 


01 . 


90 


NOT ON 64100 SYSTEM 


64816 


01 . 


90 




e /I Q 1 c 
0 4 0 1 D 


A 1 
U 1 . 


1 A 
iu 




64816 


01 . 


10 


PROBLEM ON 9000/S300 


64816 


01. 


90 




C ^ Q 1 C 

D 4 0 10 


A 1 


Q A 


DDriRI PM rtM Or^AA /QC^AA 
rKUDLtrl UN %3UUv/oDUv 


c ^ e 1 c 
D** 0 1 D 


A 1 

V 1 . 


Q A 


0 <t 0 10 


A 1 
U 1 . 


a A 


DDrtPi CM HKl \/AV 
rnUDLLrl UW VMA 


C ^ Q 1 C 
0 4 0 10 


A 1 

V 1 . 


Q A 

y u 




R d & 1 R 
D 4 o 1 D 


A 1 
\} 1 . 


0 A 

y u 




D 4o lO 


A 1 


OA 

y u 


3|C!|C3|C3|C3|C3|C3|C3|C n 0 H G l|C#3|C^3|C3|C3|e3|C 


64232S004 


01 


00 






A 1 


A A 




64232S004 


01 


, 00 




64232S004 


01 


.00 




64232S004 


01 


00 




64232S004 


01 


.00 






n 1 


nn 




64232S004 


01 


.00 




64232S004 


01 


.00 




64232S004 


01 


.00 


!|C3|C<|C]|C<tC3|C!|C3|C none 3|C3|C!|C3|C3|C!|Ci|C3|C 


64820-90901 


01 


.04 


^^^^♦^^♦IIU II c ^^^^^^^^ 


648S4 

W H O *l H 


0 1 


80 


3(C3|C3|C)|C3|C3tC<4C!|C n 0 11 63|C3|C3|C3|C3|C3|C3|C3|C 


64980-90923 


01 


.00 


^!|C3tC^^^}|C3|C f1 0 n 6 3|C3(C3|CI(C3(t3|C>)C3#; 


64233S004 


01 


.00 




64233S004 


01 


.00 




64233S004 


01 


.00 



KPR number page 



"Downto" used in a for statement generates incorrect code. 
"Too many errors pass3" err msg, if use duplicate labels. Need better msg 
Compilers do not list complete information about source file path name. 
"Too many errors pass3" err msg. if use duplicate labels. Need better msg 
Calling tunc, twice in statement causes return value to be overwritten 
Compiler $FAR 0N$ , creates incorrect data offsets in listing 
"Too many errors pass3" err msg, if use duplicate labels. Need better msg 
do not list complete information about source file path name, 
errors pass3" err msg, if use duplicate labels. Need better msg 
do not list complete information about source file path name, 
errors pass3" err msg, if use duplicate labels. Need better msg 
do not list complete information about source file path name, 
xref prints many garbage characters of first line xref list 



Compilers 
"Too many 
Compilers 
"Too many 
Comp i le rs 
VAX Pascal 



Z8001 EMUL - 



SSB ISSUE DATE: 09/01/88 



5wd truncates the /net/system portion of the path when RFA'ed to system, 
sing Emulation across RFA can give incomplete symbol information 
The Inter-Module-Bus trigger signal latches when set to drive i receive 
Processes sometimes left running after parent has stopped. 
Loading a trace file from a different processor may cause core dump 
Tracelist symbols dissappear. 

Using simio, then continuing , may not be possible 

"end" softkey after HP-IB error does not clear command line 

Software breakpoint in target memory will hang system. 

Code disp. with trace not right if code changed w/o ending emul. session 



5000150151 

D200087338 

D200092858* 

D200087338 

5000134916 

D200060145 

D200087338 

D200092858* 

D200087338 

D200092858* 

D200087338 

D200092858* 

D200092981* 



D200080580 
D200080887 
D200081869 
D200082164 
D200083170 
D200085977 
D200086330 
D200088294 
D200088443 
D200090795 



662 
685 

85 
665 
661 
663 
665 

85 
665 

85 
665 

85 

85 



667 
667 
667 
688 
668 
668 
669 
669 
669 
669 



Z8001/02 C 



- Z8001/2 ASSEMB 



Z8001/2 EMUL - 



- Z8002 EMUL - 



SSB ISSUE DATE: 09/01/88 



SSB ISSUE DATE: 09/01/88 



SSB ISSUE DATE: 09/01/88 



SSB ISSUE DATE: 09/01/88 



D200055731 671 



D200093724* 86 



5000131573 673 



D200072462 
D200080598 
D200080895 



674 
674 
674 



CUMULATIVE KEYWORD INDEX 



Keyword Product number 

)K3K3|c)K«»9K«none»»»»«»»» 64233S004 

64233S004 
64233S004 
64233S004 
64233S004 
64233S004 
64233S004 
64233S004 



!K«»»»»»3Knone»»»:tc]|c«!K!|c 64253S004 

64253S004 
64253S004 
64253S004 
64253S004 
64253S004 
64253S004 
64253S004 
64253S004 
64253S004 
64253S004 
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Z8002 EMUL 



SSB ISSUE DATE: 09/01/88 



uu.ff Description 

01.00 The Inter-Module-Bus trigger signal latches when set to drive & receive 

01.00 Processes sometimes left running after parent has stopped. 

01.00 Loading a trace file from a different processor may cause core dump 

01,00 Tracelist symbols dissappear. 

01.00 Using simio, then continuing , may not be possible 

01.00 "end" softkey after HP-IB error does not clear command line 

01.00 Software breakpoint in target memory will hang system. 

01.00 Code disp. with trace not right if code changed w/o ending emul. session 



KPR number page 



Z80H EMULATION - 



SSB ISSUE DATE; 09/01/88 



D200081877 
D200082172 
D200083188 
D200085g85 
D200086348 
D200088302 
D200088450 
D200090803 



675 
675 
675 
676 
676 
676 
677 
677 



01.00 CANNOT ACCESS COMPILER GENERATED SYMBOLS IN HP64000-UX EMUL ENVIRONMENT 5000258616 678 

01.00 Measurement System end released when terminal cannot be initialized D200069559 678 

01.00 pwd truncates the /net/system portion of the path when RFA'ed to system. D200080663 678 

01.00 Using Emulation across RFA can give incomplete symbol information D200080960 678 

01.00 The Inter-Module-Bus trigger signal latches when set to drive & receive D200081919 679 

01.00 Processes sometimes left running after parent has stopped. D200082248 679 

01.00 Loading a trace file from a different processor may cause core dump D200083253 680 

01.00 Tracelist symbols dissappear. D200086041 680 

01.00 Usinq simio, then continuing , may not be possible 0200086389 680 

01.00 "end softkey after HP-IB error does not clear command line D200088344 681 

01.00 Code disp. with trace not right if code changed w/o ending emul. session D200090878 681 



Known Problem Reports as of 09/01/88 Page: 1 

KPR #: D200092122 Product: 6301V/03R EMUL 64206 01.01 

One-line description: 

Illegal opcode error occur when displaying memory repetetively 



- 6301V/03R EMUL - 



Known Problem Reports as of 09/01/88 



Page: 2 



KPR #: D200082065 Product: 6301X EMULATION 300 54207S004 00.00 
One-line description: 

Processes sometimes left running after parent has stopped. 
Problem: 

Sometimes, when the parent process to a measurement system is killed 
some of the measurement systems processes are left running. Please 
change the behaviour of the products so that these processes die 
nicely. 



Temporary solution: 

If the tty associated with the process is a pty, then you can 
release the processes by 
cat < ptyxx 

This causes the pending output to be flushed, and the processes will die 
naturally. 



KPR #: D200085886 Product: 6301X EMULATION 300 64207S004 00.00 

One-line description: 
Tracelist symbols dissappear. 

Problem: 

The symbols will not be displayed in the trace list if the 
following commands are executed: 

1. display trace absolute symbols on 

2. end ; end locks the emulation session 

3. <system name> <module name> ; continues the emulation session 

4. display trace 

The symbols will not be displayed even if you try to re-execute step 
number 1. 

Temporary solution: 

Perform the following steps after executing steps 1-4 listed in the 
problem text. 

5. display trace mnemonic 

6. display trace absolute 



KPR #: D200086272 Product: 6301X EMULATION 300 64207S004 00.00 
One-line description: 

Using simio, then continuing , may not be possible 

Problem: 

If simio is used extensively, then the user attempts to end and reenter 
emulation, reentry will not be possible, and there will be a continuous 
error message stating that the 64120 will not accept a download. This 
is a problem with emulation core, and exists in all emulators. 



- 6301X EMULATION -3 
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KPR #: D200088237 Product: 6301X EMULATION 300 64207S004 00.00 
One-line description: 

"end" softkey after HP-IB error does not clear command line 
Problem: 

If there is an HP-IB error and the "end" softkey appears, the command 

line will not be cleared on any keystroke like it normally is. 

In addition there have been instances where NO keystroke would work 

and the "end" softkey was inoperable, nothing could be typed on the 

command line. . The exit was to kill the process from another terminal. 

This problem exists for all HP64000-UX emulators built with 

/lsd/p2/cmd/emul/gencore. 

KPR #: D200090696 Product: 630 IX EMULATION 300 64207S004 00.00 
One-line description: 

Code disp. vith trace not right if code changed w/o ending emul. session 
Problem: 

Source lines displayed with a trace may not be correct if 

the code is changed without ending out of the emulation session. 

For exanple , a user running is windows does a display trace source 

on, and sees a statement: i - 1; in the trace along with the 

MGVE.L #1 ,D0 that accompanies that source line. The user then 

moves to another window, changes the source line to i = 2;, recompiles, 

relinks, and runs edbuild. The user then moves back to the emulation 

window, reloads the file, and reruns the code and the trace. The 

trace shows MOVE.L #2, DO as expected, BUT shows i = 1; as the 

source line, 

End out of emulation, and reenter before loading the new program 
Source lines displayed with a trace may not be correct if 
the code is changed without ending out of the emulation session. 
For exanple, a user running is windows does a display trace source 
on, and sees a statement: i = 1; in the trace along with the 
MOVE.L #1,D0 that accompanies that source line. The user then 
moves to another window, changes the source line to i = 2;, recompiles, 
relinks, ana runs edbuild. The user then moves back to the emulation 
window, reloads the file, and reruns the code and the trace. The 
trace shows MOVE.L #2, DO as expected, BUT shows i = 1; as the 
source line. 

Temporary solution: 

End out of emulation, and reenter before loading the new program 
or executing the trace. 



- 630 IX EMULATION -3 
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KPR #: D200082073 Product: 6301Y EMULATION 300 64208S004 00.00 
One-line description: 

Processes sometimes left running after parent has stopped. 
Problem: 

Sometimes, when the parent process to a measurement system is killed 
some of the measurement systems processes are left running. Please 
change the behaviour of the products so that these processes die 
nicely. 



Temporary solution: 

If the tty associated with the process is a pty, then you can 
release the processes by 
cat < ptyxx 

This causes the pending output to be flushed, and the processes will die 
naturally. 



Signed off 04/29/88 in release AOl.Ol 



KPR #: D200085894 Product: 6301Y EMULATION 300 64208S004 00.00 

One-line description: 
Tracelist symbols dissappear. 

Problem: 

The symbols will not be displayed in the trace list if the 
following commands are executed: 

1. display trace absolute symbols on 

2. end ; end locks the emulation session 

3. <system name> <module name> ; continues the emulation session 

4. display trace 

The symbols will not be displayed even if you try to re-execute step 
number 1. 

Temporary solution: 

Perform the following steps after executing steps 1-4 listed in the 

problem text. 

5. display trace mnemonic 

6. display trace absolute 

Signed off 04/29/88 in release AOl.Ol 



KPR #: D200086280 Product: 6301Y EMULATION 300 64208S004 00.00 
One-line description: 

Using simio, then continuing , may not be possible 
Problem: 
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KPR #: D200 086280 *«CONTINUED** 

If simio is used extensively, then the user attempts to end and reenter 
emulation, reentry will not be possible, and there will be a continuous 
error message stating that the 54120 will not accept a download. This 
is a problem with emulation core, and exists in all emulators. 

Signed off 04/29/88 in release AOl.Ol 



KPR #: D200088245 Product: 6301Y EMULATION 300 64208S004 00.00 
One-line description: 

"end" softkey after HP-IB error does not clear command line 
Problem: 

If there is an HP-IB error and the "end" softkey appears, the command 

line will not be cleared on any keystroke like it normally is. 

In addition there have been instances where NO keystroke would work 

and the "end" softkey was inoperable, nothing could be typed on the 

command line. The exit was to kill the process from another terminal. 

This problem exists for all HP64000-UX emulators built with 

/lsd/p2/cmd/emul/gencore. 

Signed off 04/29/88 in release AOl.Ol 



KPR #: D2OO090704 Product: 630 lY EMULATION 300 64208S004 00.00 
One-line description: 

Code disp. with trace not right if code changed w/o ending emul. session 
Problem: 

Source lines displayed with a trace may not be correct if 

the code is changed without ending out of the emulation session. 

For exanple, a user running is windows does a display trace source 

on, and sees a statement: i = 1; in the trace along with the 

MOVE.L #1,D0 that accompanies that source line. The user then 

moves to another window, changes the source line to i = 2;, recompiles, 

relinks, and runs edbuild. The user then moves back to the emulation 

window, reloads the file, and reruns the code and the trace. The 

trace shows MOVE.L #2, DO as expected, BUT shows i = 1; as the 

source line. 

End out of emulation, and reenter before loading the new program 
Source lines displayed with a trace may not be correct if 
the code is changed without ending out of the emulation session. 
For exanple, a user running is windows does a display trace source 
on, and sees a statement: i = 1; in the trace along with the 
MOVE.L #1,D0 that accompanies that source line. The user then 
moves to another window, changes the source line to i = 2;, recompiles, 
relinks, and runs edbuild. The user then moves back to the emulation 
window, reloads the file, and reruns the code and the trace. The 
trace shows MOVE.L #2, DO as expected, BUT shows i - 1; as the 
source line. 

Temporary solution: 

End out of emulation, and reenter before loading the new program 
or executing the trace. 



- 630 lY EMULATION -3 
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KPR #: 5000269779 Product: 650X ASSENB 64843 01.00 

Keywords: PROBLEM ON 9000/S300 LINKER 

One-line description: 

LNK does load NOLOAD files. 

Problem: 

linker DOES load and link NO LOAD objects. 
EXAMPLE 

object ? , abc_a.R, (abc_b.R) 
library? 

load address 

abc_b.R relocatable file is loaded and linked. 
Temporary solution: 

The linker is operating correctly. The linker listing file is 
in error in that it shows that the (noload) file has been loaded 
when it actually has not. 

KPR #: D20O093328 Product: 650X ASSEMB 64843 00.00 

Keywords: PROBLEM ON VAX 
One-line description: 

♦PRODUCT # CHANGE on the VAX* From= 64xxxS003 To=64xxxM003 
Problem: 

This Service Request has been entered to inform users of the product 
THAT: 

The *PRODUCT NUMBER has CHANGED on the VAX version of this product 

FROM (OLD Product Number) = 64xxxS003 < The real change being 

< the "S" changed to "M" 
TO (NEW Product Number )= 64xxxM003 < in this Product Series 

(The "XXX" in the above to be filled in with the Product Number 
against which this SR is entered... This text applies to many 
SR's and is generic in nature.) 

The above event happend without a change to the REVISION CODES on the 
PRODUCT. 

This event happend on the revision code that was used to sign off 
this Service Request. 

Signed off 08/23/88 in release A01.80 



- 650X ASSEMB - 



Known Problem Reports as of 09/01/88 Page: 8 

KPR #: D200092908 Product: 6800 C 64821 02.10 

Keywords: PROBLEM ON 9000/S300 PROBLEM ON 9000/S500 PROBLEM ON VAX 
NO PROBLEM/ PISCES I 

One-line description: 

Compilers do not list complete information about source file path name. 
Problem: 

All HOSTED (HPUX and VAX) Pascal & C compilers do not list the full 
path name of the source file being compiled in the output listing. 

The hosted compilers only list the last 15 characters of the source 
file (and path) in the output listing. 

Since the full file path name is included in the relocatable file 
name record, it should also appear in the listing file. This would 
make it much easier to determine the true source file which produced 
the output. 

Signed off 08/31/88 in release A02.20 
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KPR #: D20O092817 Product; 6800 PASCAL 64811 01.90 

Keywords: PROBLEM ON 9000/S300 PROBLEM ON 9000/S500 PROBLEM ON VAX 
MO PROBLEM/ PISCES I 

One-line description: 

Compilers do not list complete information about source file path name. 
Problem: 

All HOSTED (HPUX and VAX) Pascal & C compilers do not list the full 
path name of the source file being compiled in the output listing. 

The hosted compilers only list the last 15 characters of the source 
file (and path) in the output listing. 

Since the full file path name is included in the relocatable file 
name record, it should also appear in the listing file. This would 
make it much easier to determine the true source file which produced 
the output. 

Temporary solution: 
None. 

Signed off 08/31/88 in release A02.00 



KPR #: D20O092940 Product: 5800 PASCAL 64811 01.90 

Keywords: PROBLEM ON VAX 
One-line description: 

VAX Pascal xref prints many garbage characters of first line xref list 
Problem: 

All VAX Pascal compilers print a long line of garbage characters 
as the first line of the cross reference listing. 

These extraneous characters cause problems when trying to print 
or edit the cross reference listing file. 

Temporary solution: 
None. 

Signed off 08/31/88 in release A02.00 



KPR #: D200093534 Product: 6800 PASCAL 64811 02.00 

One-line description: 

Type casting the ADDR function to SET for masking may cause error 
Problem: 

Expressions which try to perform masking operations on addresses using 
the ADDR function type cast to set may cause error. 

Expressions in the form: 

Byte := BYTE ( SET_OF_BITS( ADDR(variable) ] » SET_MASK ); 
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KPR #: D200093534 **CONTINUED** 

will geneate incorrect code. 

The context of the pascal expression is clear that the AND operation 
is desired. The compiler generates a call to unsigned integer multiply 
instead of generating an AND instruction. 

HERE is an expanded example: 

"PASCAL" 

"6800" 

PROGRAM Error; 

$EXTENSIONS$ 

TYPE 

BITS = (B0,B1,B2,B3,B4,B5,B6,B7,B8,B9,B10,B11,B12,B13,B14,B15) ; 
SET_OF_BITS = SET OF BITS; 

VAR 

S : SET_OF_BITS; 
Bytel,Byte2: BYTE; 
I : SIGNED_16; 
PROCEDURE BadADDRsetMASK; 
BEGIN 
Bytel:=BYTE( 

(SET_OF_BITS(ADDR(I) )*SET_0F_BITS[B8,B9,B10,B11,B12,B13,B14,B15] ] ) 
"505 
LDAA #000H 
LDAB #0FFH 

JSR Zuintmul < Should be AND function 

STAA DLSDqf02563 
STAB DLSDqf02563+00001H 
LDAB DLSDqf02563 
STAB DPTEST110+00002H 

END; 



Temporary solution: 
WORKAROUND: 

The workaround for this defect is to separate the use of the 
ADDR function from the actual MASKING expression. 

Expressions in the form: 

Byte = BYTE( SET_OF_BITS( ADDR(variable) ) * SET_MASK ); 
could be rewritten: 

TempADDR := ADDR(variable) ; 

Byte = BYTE( SET_OF_BITS (TempADDR) » SET_MASK ); 



- 6800 PASCAL - 
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KPR #: D200093542 Product: 6800 PASCAL 64811 02.00 

One-line description: 

Large Sets may produce invalid results lor elements outside set range 
Problem: 

The set inclusion operation may test undefined bit when the element 
being tested is outside the defined set range. 

Normally it is expected that Pascal will produce a FALSE result for 
any element outside the defined bouTidaries of a defined set. 

The following source code illustrates the problem. 

TVPE 

{DIG :: Set only up to character '9'; 64 bit set takes 8 bytes } 
DIG = SET OF '0' . . '9' ; 

VAR 

DIGIT : DIG; 
BEGIN 

DIGIT:= DIG['1','3','5'] 
IF 'A' IN DIGIT { 'A' can NEVER be in the set DIGIT!} 
THEN {...} { Branch should always be FALSE, } 
ELSE { . . . } { But the result is due to invalid bit test} 

END. 



Temporary solution: 
WORKAROUND: 

The worVcaround for this defect is to separate the use of the 

the full 256 bit set implementation. 

Instead of defining the large set as: 

DIG = SET OF '0' . . '9' ; 
It could be rewritten: 

digch = SET OF CHAR; 

with the sets now using a full 256 bits, all bits will be set and 
tested properly. 



TYPE 

{DIG :: Set only up to character '9'; 64 bit set takes 8 bytes } 
DIG = SET OF '0' . . '9' ; 

VAR 

DIGIT : DIG; 
BEGIN 

DIGIT:= DIG['1','3','5'] 
IF 'A' IN DIGIT { 'A' can NEVER be in the set DIGIT!} 
THEN {...} { Branch should always be FALSE, } 
ELSE {...} { But the result is due to invalid bit test} 

END. 
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KPR #: D200093682 Product: 6800 PASCAL 648U 01.90 

One-line description: 

Compare using var pointer to first record item fails. 
Problem: 

When accessing the first item in a record (passed as a VAR pointer 
parameter), in a comparison expressions, the 6800 code generator 
fails to call the run time comparison routine properly. 

This defect can occur with any date item of size greater than l byte 
(i.e. INTEGER, REAL, LONGREAL) . 

This defect is only reproducible in the HOSTED compilers: 
(64811S001 S500/HPUX, 64811S004 S300/HPUX, 64811S003 VAX/VMS) 
It occurs on compilers Rev. 1.90 8. Rev. 2.00. 

This defect appears to create correct code on the HP64811A 64100 
(Rev. 1.90 & Rev 2.000) compiler. 

The following source program produces the incorrect code. 

PROGRAM PTEST32; 
TYPE 

WORD - RECORD 

KEY : SIGNED_16; 
LEFT, RIGHT : REF; 
END; (* RECORD *) 
REF = "WORD; 

PROCEDURE POINTERROR ( X : SIGNED_16; VAR P : REF ) ; 

BEGIN 

IF X < P'.KEY THEN ; (P'.KEY passed to Zintles incorrectly) 

END; 

Temporary solution: 
WORKAROUND: 

Use a temporary variable: 

temp:= P'.KEY; 

IF X < temp THEN . . . 



KPR #: D200093708 Product: 6800 PASCAL 64811 01.90 

One-line description: 

Asignment of string to double dereference string pointer causes error 
Problem: 

When attempting to assign a string to a double dereferenced string 
pointer, the 6800 code generator fails to call the run time string 
move routine properly. 

This defect is only reproducible in the HOSTED compilers: 
(64811S001 S500/HPUX, 64811S004 S300/HPUX, 648113003 VAX/VMS) 
It occurs on compilers Rev 1.90 & Rev 2.00. 

This defect appears to create correct code on the HP64811A 64100 

- 6800 PASCAL - 
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KPR #: D200093708 **CONTINUED** 
(Rev 1.90 & Rev 2.00) compiler. 

The following source program produces the incorrect code 

PROGRAM doutlepointererror; 
PROCEDURE BAD_STR_ASN; 
TYPE 

STR_ARR = PACKED ARRAY [0..7] OF CHAR; 
ARR_PTR = "STR_ARR; 

VAR 

PTR2 : "ARR.PTR; 
BEGIN 

PTR2^^ := "XY"; {======= BAD call to STmove routine 

END; {BAD_STR_ASN} 

BEGIN 

END. 

Temporary solution: 

Use a temporary pointer to the final string: 

VAR PTRl: ARR_PTR; 

PTR1:= PTR2"; PTR1":= "XY" 



KPR #: D2OO093716 Product: 6800 PASCAL 64811 01.90 

One-line description: 

Pointer dereference of VAR pointer to structure as a parameter fails. 
Problem: 

A parameter passed in as a VAR pointer to a structure can not be passed 
properly as a parameter to another routine. The 6800 code generator 
fails to call the routine properly. 

This defect is only reproducible in the HOSTED compilers: 
(64811S001 S500/HPUX, 648US004 S300/HPUX, 64811S003 VAX/VMS) 
It occurs on compilers Rev 1.90 & Rev 2.00. 

This defect appears to create correct code on the HP64811A 64100 
(Rev 1.90 & Rev 2.00) compiler. 

The following source program produces the incorrect code. 

PROGRAM VAEerror; 
TYPE 

AETIKEL = RECORD 

ELEl : INTEGER; 
ELE2 : INTEGER; 
END; 

ARTIKEL_PTR - "ARTIKEL; 
PROCEDURE VarParamRec(VAR ART : ARTIKEL); EXTERNAL; 
PROCEDURE VarParam(VAR ART : ARTIKEL_PTR) ; 
BEGIN 

VarParamRec(ART^) ; { Parameter NOT passed properly } 
END; 

- 6800 PASCAL - 
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KPR #: D200093716 •♦CONTINUED** 

BEGIN 
END. 

Temporary solution: 
Use a temporary pointer variable. 

VAR Temp_ptr: ARTIKEL_PTR; 

Temp_ptr:= ART; 
VarParamRec(Temp_ptr'') ; 
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KPR #: D200093302 Product: 6800/2 ASSEHB 64841 00.00 

Keywords: PROBLEM ON VAX 
One-line description: 

♦PRODUCT # CHANGE on the VAX* From= 64xxxS003 To=64xxxM003 

Problem: 

This Service Request has been entered to inform users of the product 
THAT: 

The *PRODUCT NUMBER has CHANGED on the VAX version of this product 

FROM (OLD Product Number)= 64xxxS003 < The real change being 

< the "S" changed to "M" 
TO (NEW Product Number) = 64xxxM003 < in this Product Series 

(The "XXX" in the above to be filled in with the Product Number 
against which this SR is entered... This text applies to many 
SR's and is generic in nature.) 

The above event happend without a change to the REVISION CODES on the 
PRODUCT. 

This event happend on the revision code that was used to sign off 
this Service Request. 

Signed off 08/23/88 in release A01.80 
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KPR #: 5000297879 Product: 68000 12nHZ EMUL FW 64742 00.05 
One-line description: 

Measurements between the external/internal analyzers aren't synchronized 

Problem: 

The 68000 emulator does not "synchronize" measurements between 
the external and internal analyzers when the "xtmo -e" command 
is issued. The Terminal Interface User's Reference explains that 
the xtmo -e will ".. synchronize measurements made by the two 
analyzers. " 

An example that shows that this is not the case can be shown 
by plugging into the CSA DEMO BOX and mapping all resources to 
target. Use "xtmo -e" to synchronize the external analyzer with 
the internal analyzer. Monitor the R/W- line with one of the 
external bits, and it will always show as a one, even on write 
cycles. 

Duplicate Service Requests: 5000397877 



- 68000 12MHZ EMUL 
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KPR #: D200093435 Product: 68000 12MHZ EMUL DOS 64742S006 01.01 

One-line description: 

Invalid COM port in 64700tab file 

Problem: 

There is an invalid COM port in the 64700ta b file. The second COM 
port in the 64700tab file should be COM2 instead of COMl. 

Temporary solution: 

There is no workaround available. 
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KPR #: D200092882 Product: 68000 C 64819 02.10 

Keywords: PROBLEM ON 9000/S300 PROBLEM ON 9000/S500 PROBLEM ON VAX 
NO PROBLEM/ PISCES I 

One-line description: 

Compilers do not list complete information about source file path name. 
Problem: 

All HOSTED (HPUX and VAX) Pascal & C compilers do not list the full 
path name of the source file being compiled in the output listing. 

The hosted compilers only list the last 15 characters of the source 
file (and path) in the output listing. 

Since the full file path name is included in the relocatable file 
name record, it should also appear in the listing file. This would 
make it much easier to determine the true source file which produced 
the output. 

Signed off 08/31/88 in release A02.20 
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KPR #: D200092106 Product: 68000 DQ EMUL 300 64243S004 01.20 
One-line description: 

"tlist" can oferwrite memory it did not allocate, causing core dumps 
Problem: 

The tlist package does not necessarily reallocate its string buffers 
even if the size of a mnemonic field increases. Consequently, if a 
field starts out small, then is increased in size, it is very likely 
that memory not allocated by tlist will be overwritten. This occurs 
when the "stringbytes" parameter to tlialppO is increased from call 
to call. 

In HP64000-UX emulation, the problem occurs if the first trace display 
to appear has a small mnemonic field (display trace width mnemonic 4). 
A display with a larger field (display trace width mnemonic 40) will 
then cause a core dump. 

This problem exists in all HP64000-UX emulators. Other consumers of 
the tlist package may have similar problems. 

Signed off 08/19/88 in release AOl.30 
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KPR #: D200092841 Product: 68000 PASCAL 64815 01.90 

Keywords: PROBLEM ON 9000/S300 PROBLEM ON 9000/S500 PROBLEM ON VAX 
NO PROBLEM/ PISCES I 

One-line description: 

Compilers do not list complete information about source file path name. 
Problem: 

All HOSTED (HPUX and VAX) Pascal & C compilers do not list the full 
path name of the source file being compiled in the output listing. 

The hosted compilers only list the last 15 characters of the source 
file (and path) in the output listing. 

Since the full file path name is included in the relocatable file 
name record, it should also appear in the listing file. This would 
make it much easier to determine the true source file which produced 
the output. 

Signed off 08/31/88 in release A02.00 



KPR #: D200092973 Product: 68000 PASCAL 64815 01.90 

Keywords: PROBLEM ON VAX 
One-line description: 

VAX Pascal xref prints many garbage characters of first line xref list 

Problem: 

All VAX Pascal compilers print a long line of garbage characters 
as the first line of the cross reference listing. 

These extraneous characters cause problems when trying to print 
or edit the cross reference listing file. 

Signed off 08/31/88 in release A02.00 



KPR #: D200093450 Product: 68000 PASCAL 64815 02.00 

One-line description: 

Type casting the ADDR function to SET for masking may cause an error. 
Problem: 

Expressions which try to perform masking operations on addresses using 
the ADDR function type cast to set may cause error. 

Expressions in the form: 

Byte := BYTE( SET_OF_BITS( ADDR(variable) ) * SET_MASK ); 

will geneate incorrect code. 

The context of the pascal expression is clear that the AND operation 
is desired. The compiler generates a call to unsigned integer multiply 
instead of generating an AND instruction. 
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HERE is an expanded example: 

"PASCAL" 
"68000" 

PROGRAM Error; 

$EXTENSIONS$ 

TYPE 

BITS = (B0,B1,B2,B3,B4,B5,B6,B7,B8,B9,B10,B11,B12,B13,B14,B15) ; 
SET_OF_BITS = SET OF BITS; 

VAR 

S : SET_OF_BITS; 
Bytel,Byte2: BYTE; 
I : SIGNED_16; 
PROCEDURE BadADDRsetMASK; 
BEGIN 
Bytel:=BYIE( 

(SET_OF_BITS(ADDR(I) )*SET_OF_BITS[B8,B9,B10,B11,B12,B13,B14,B15] ) ) 

"505 "505 
LEA DPTEST110+00004H[A5] ,A0 

MOVE.L A0,-[A7] 
CLR.L DO 
MOVE.W #OOOFFH,DO 
MOVE.L DO, -[AT] 
JSR Zunsinult[PC] 
MOVE.W D7.-2[A6] 

MOVE.B -2[A6] ,DPTEST110+00002H[A5] 

END; 



Temporary solution: 
WORKAROUND: 

The workaround for this defect is to separate the use of the 
ADDR function from the actual MASKING expression. 

Expressions in the form: 

Byt€ • BYTE! SET_OF_BITS( ADDR(variable) ) * SET_MASK ); 

could b« rewritten: 



TempADOR ADDR (var lab le ) ; 

Byte - BYTE! SET_OF_BITStTeii^At)DR) * SET_MASK ); 
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KPR #: D200092148 Product: 68000C AXLS COMP M 64902-90901 01.00 
Keywords: MANUAL 
One-line description: 

CportSSk documentation has incorrect path name for executable 

KPR #: D200092155 Product: 68000C AXLS COMP M 54902-90901 01.00 

Keywords: MANUAL 

One-line description: 

Recursive includes not allowed with lister. 

KPR #: D200092171 Product: 68000C AXLS COMP M 64902-90901 01. 00 

Keywords: MANUAL 
One-line description: 

lister does not allow recursive includes 
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KPR #: D200032163 Product: 68000C AXLS COM? 300 64902S004 01.00 
Keywords: CODE GENERATOR 
One-line description: 

'Cannot open file' message coming from lister, if open many includes. 
Problem: 

The lister vill issue the following message: 'Cannot open file' 
under the following circumstances: 

- File A includes many files, which may in turn include many files, 
and the number of files included is larger that 54, and file A 

is still open 

- None of fhe include files generate assembly code. (In other words, 
include files that only define variables, will cause this problem). 

ODE TRAILER LINE 

Temporary solution: 

Change include files to include less that 54 files, as they branch 
out from original include, or put in some dummy code to cause lister 
to close files. 



KPR #: D200093013 Product: 68000C AXLS COMP 300 64902S004 01.00 
One-line description: 

Cpp looks in the wrong directory for local include files. 
Problem: 

When searching for relative local include files (those specified with 
quotes which don't begin with a '/') cpp always searches relative to 
the directory the original C source file is in. cpp should be searching 
relative to the directory that the file doing the including is in. In 
the following example, cpp won't fine tl.h when it should. 

Example: 

File t.c contains: 
♦include "temp/t.h" 

File temp/t.h contains: 
♦ include "tl.h" 

File temp/t:.h contains: 
int i ; 

Temporary solution: 
Use full path names. 



KPR #: D200093039 Product: 68000C AXLS COMP 300 54902S004 01.00 
One-line description: 

Cpp requires white space after #define macro name. 
Problem: 

The following case is currently errored by cpp for having an 

- 68000C AXLS COMP 300 - 
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KPR #: D200093039 **CONTINUED** 

illegal macro name, 
♦define abc/def 1 

The ANSI draft doesn't indicate an error in this case. The result 
should be a macro "abc" defined to be "/def 1". 

Temporary solution: 
None. 
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KPR #: D200092346 Product: 68008 EMULATION 300 64244S004 01.00 
One-line description: 

Doing a wait while tracing MAY cause subsuquent traces to never complete 
Signed off 08/19/88 in release A01.30 



KPR #: D200092353 Product: 68008 EMULATION 300 64244S004 01.20 
One-line description: 

"bba unload" causes memory growth problems in emmulators 
Problem: 

Detailed Listing for Defect Number LSDqf03817 
Text: 

bbaunload causes memory growth problems in emulators 

The bbaunload library (/lsd/p2/cmd/bba/prod/unload) allocates 
memory and never frees it. 

Please expand to 64244S004 and 64245S004 as well. 

Bruce E 

FIXED: 

The new library fixes these problems as well as making the whole 
unload process much faster. It is fixed as of 03June88. 

Signed off 08/19/88 in release A01.30 
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KPR #: D200093443 Product: 68010 16MHZ EMUL DOS 64745S006 01.01 

One-line description: 

Invalid COM port in 64700tab file 

Problem: 

There is an invalid COM port in the 64700 ta b file. The second COM 
port in the 64700tab file should be COM2 instead of COMl. 

Temporary solution: 

There is no workaround available. 
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KPR #: D200092338 Product: 68010 EMUL 12. 5M 300 64245S004 01.00 
One-line description: 

Doing a wait while tracing MAY cause subsuquent traces to never complete 

Signed off 08/19/88 in release A01.30 



KPR #: D200092361 Product: 68010 EMUL 12. 5M 300 64245S004 01.20 
One-line description: 

"bba unload" causes memory growth problems in emmulators. 
Problem: 

Detailed Listing for Defect Number LSDqf03817 
Text: 

bbaunload causes memory growth problems in emulators 

The bbaunload library ( /lsd/p2/cmd/bba/prod/unload) allocates 
memory and never frees it. 

Please expand to 64244S004 and 64245S004 as well. 

Bruce E 

FIXED: 

The new library fixes these problems as well as making the whole 
unload process much faster. It is fixed as of 03June88. 

Signed off 08/19/88 in release A01.30 
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KPR #: D200092312 Product: 68020 ASSEMB 300 64870S004 01.00 
Keywords: MACROS 
One-line description: 

>37 parameters in a MACRO heading and it silently does not expand. 
Problem: 

If more than 37 parameters are declared in the MACRO heading, it 
insidiously declines to expand without generating any warnings. 

Temporary solution: 
None. 
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KPR #: D200092189 Product: 68020C AXLS COMP 300 64903S004 01.10 
Keywords: INCLUDE 
One- line description: 

Nested #INCLllDE's cause too many files to be open. 
Problem: 

The lister will issue the following message: 'Cannot open file' 
under the following circumstances: 

- File A includes many files, which may in turn include many files, 
and the number of files included is larger that 54, and file A 

is still open 

- None of the include files generate assembly code. (In other words, 
include files that only define variables, will cause this problem). 

ODE TRAILER LINE 

Temporary solution: 

Change include files to include less that 54 files, as they branch 
out from original include, or put in some dummy code to cause lister 
to close files. 



KPR #: D200093021 Product: 68020C AXLS COMP 300 64903S004 01.10 
One-line description: 

Cpp looks in the wrong directory for local include files. 
Problem: 

When searching for relative local include files (those specified with qu 
otes 

which don't l>egin with a '/') cpp always searches relative to the direct 
ory 

the original C source file is in. Cpp should be searching relative to t 
he 

directory that the file doing the including is in. In the following exa 
mple, 

cpp won't find tl.h when it should. 
Example: 

File t.c contains: 
#include "temp/t.h" 

File temp/t.h contains: 
#include "tl.h" 

File temp/tl.h contains: 
int i; 

When searching for relative local include files (those specified with 
quotes which don't begin with a '/') cpp always searches relative to 
the directory the original C source file is in. cpp should be searching 
relative to the directory that the file doing the including is in. In 
the following example, cpp won't fine tl.h when it should. 

Example: 

- 68020C AXLS COMP 300 - 
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File t.c contains: 
♦include "temp/t.h" 

File temp/t.h contains: 
♦include "tl.h" 

File temp/tl.h contains: 
int i; 

Temporary solution: 
Use full path names. 



KPR #: D200093047 Product: 68020C AXLS COMP 300 64903S004 01.10 
One-line description: 

Cpp requires white space after #define macro name. 
Problem: 

The following case is currently errored by cpp for having an 

illegal macro name. 

♦define abc/def 1 

The ANSI draft doesn't indicate an error in this case. The result 
should be a macro "abc" defined to be "/def 1". 
The following case is currently errored by cpp for having an 
illegal macro name. 

♦define abc/def 1 

The ANSI draft doesn't indicate an error in this case. The result 
should be a macro "abc" defined to be "/def 1". 

Temporary solution: 
None. 
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KPR #: 5000294207 Product: 

Keywords: CODE GENERATOR 

One-line description: 
BRSET range not checked. 

Problem: 

<0001> 

OOFF 
0100 

0250 02FF 05 
(l)->0253 0200 02 
0256 A6 01 
0258 9D 
Errors= 0 



6805/9 ASSEMB 64844 
PROBLEM ON 9000/S300 



01.40 



1"6805" 

2RSW 

4 

5FLSW0 

6FLSW1 

7 

8 

9 
10 
11 



EQU 

ORG 

RUB 

RUB 

ORG 

BRSET 

BRSET 

LDA 

NOP 



1 

OFFH 

1 

1 

250H 

RSW,FLSW0,C1011 
RSW,FLSW1,C1011 
#1 



Assembler should output error on (l), 

Temporary solution: 
None . 



KPR #: D200093336 Product: 6805/9 ASSEMB 
Keywords: PROBLEM ON VAX 



64844 



00.00 



One-line description: 

♦PRODUCT # CHANGE on the VAX* From= 54xxxS003 To=64xxxM003 
Problem: 

This Service Request has been entered to inform users of the product 
THAT: 

The *PRODUCT NUMBER has CHANGED on the VAX version of this product 

FROM (OLD Product Number)- 64xxxS003 < The real change being 

< the "S" changed to "M" 
TO (NEV Product Number)- 64xxxM003 < in this Product Series 

(The "xxz" in the above to be filled in with the Product Number 
against which this SR is entered... This text applies to many 
SR's and is generic in nature.) 

The above event happend without a change to the REVISION CODES on the 
PRODUCT. 

This event happend on the revision code that was used to sign off 
this Service Request. 



Signed off 08/23/88 in release A01.90 



- 6805/9 ASSEMB - 
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KPR #: D200092916 Product: 6809 C 64822 01.80 

Keywords: PROBLEM ON 9000/S300 PROBLEM ON 9000/S500 PROBLEM ON VAX 
NO PROBLEM/ PISCES I 

One- line description: 

Compilers do not list complete information about source file path name. 
Problem: 

All HOSTED (HPUX and VAX) Pascal & C compilers do not list the full 
path name of the source file being compiled in the output listing. 

The hosted compilers only list the last 15 characters of the source 
file (and path) in the output listing. 

Since the full file path name is included in the relocatable file 
name record, it should also appear in the listing file. This would 
make it much easier to determine the true source file which produced 
the output. 

Signed off 08/31/88 in release A01.90 

KPR #: D200093575 Product: 6809 C 64822 01.80 

One-line description: 

Switch statement using unsigned int values 0 and OxFFFF creates error 
Problem: 

Using a switch statement where the expression is an unsigned int, and 
the case values include small numbers and very large numbers, may create 
bad object code. 

It appears that the compiler is attempting to decide whether to generate 
a jump table for the switching instead of individual case tests, which 
would be better for this example. 

The code generated will not be able to jump to the "large", although 
apparently small (Oxffff may look like -1) actual values. 

For the following example, the generated code will not correctly jump 
to the case Oxffff statement. 

main( ) 
{ 

unsigned I; 
I = Oxffff; 
switch ( I ) 
{ 

case Oxfffd: 

break; 
case 0x0000: 

break ; 
case 0x0001: 

break; 
case Oxffff: break; 
default : 

break; 



- 6809 C - 
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} 

} 

Temporary solution: 

The workaround for this switch statement would be to test the 
cases with individual if statements. 



if (I == Oxf f fd) . . . 
elseif (I " Oxf ff f ) . . . 
elseif (I == 0) ... 
elseif (I == 1) ... 



- 6809 C - 
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KPR #: D200092825 Product: 6809 PASCAL 64813 01.60 

Keywords: PROBLEM ON 9000/S300 PROBLEM ON 9000/S500 PROBLEM ON VAX 
NO PROBLEM/ PISCES I 

One-line description: 

Compilers do not list complete information about source file path name. 
Problem: 

All HOSTED (HPUX and VAX) Pascal 8. C compilers do not list the full 
path name of the source file being compiled in the output listing. 

The hosted compilers only list the last 15 characters of the source 
file (and path) in the output listing. 

Since the full file path name is included in the relocatable file 
name record, it should also appear in the listing file. This would 
make it much easier to determine the true source file which produced 
the output. 

Signed off 08/31/88 in release A01.70 



KPR #: D200092957 Product: 6809 PASCAL 64813 01.60 

Keywords: PROBLEM ON VAX 
One-line description: 

VAX Pascal xref prints many garbage characters of first line xref list 
Problem: 

All VAX Pascal compilers print a long line of garbage characters 
as the first line of the cross reference listing. 

These extraneous characters cause problems when trying to print 
or edit the cross reference listing file. 

Signed off 08/31/88 in release A01.70 



KPR #: D200093468 Product: 6809 PASCAL 64813 01.70 

One-line description: 

Type casting the ADDR function to SET for masking may cause an error. 
Problem: 

Expressions which try to perform masking operations on addresses using 
the ADDR function type cast to set may cause error. 

Expressions in the form: 

Byte := BYTE( SET_OF_BITS( ADDR( variable) ) * SET_MASK ); 

will geneate incorrect code. 

The context of the pascal expression is clear that the AND operation 
is desired. The compiler generates a call to unsigned integer multiply 
instead of generating an AND instruction. 
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KPR #: D20O093468 **CONTINUED»» 

HERE is an expanded example: 

"PASCAL" 
"68000" 

PROGRAM Error; 

$EXTENSIONS$ 

TYPE 

BITS = (B0,B1,B2,B3,B4,B5,B6,B7,B8,B9,B10,B11,B12,B13,B14,B15) ; 
SET_OF_BITS = SET OF BITS; 

VAR 

S : SET_OF_BITS; 
Bytel,Byte2: BYTE; 
I : SIGNED_16; 
PROCEDURE BadADDRsetMASK; 
BEGIN 
Bytel: =BYTE( 

(SET_OF_BITS(ADDR(I) ) *SET_OF_BITS [B8 , B9,B10 , B11,B12 , B13 , B14, B15] ) ) 
"505 

LED #DPTEST110+00004H 
LEX #O00FFH 

LBSR Zuintmul < Should be AND operation 

STB DPTEST110+00002H 

END; 



Temporary solution: 

The woikaround for this defect is to separate the use of the 
ADDR function from the actual MASKING expression. 

Expressions in the form: 

Byte - BYTE( SET_OF_BITS( ADDR(variable) ) * SET_MASK ); 
could be rewritten: 

TempADDR :« ADDR(variable) ; 

Byte - BYTE( SET_OF_BITS(TempADDR) * SET_MASK ); 



KPR #: D20C093526 Product: 6809 PASCAL 64813 01.70 

One- line description: 

Large Sets may produce invalid results for elements outside set range 
Problem: 

The set inclusion operation may test undefined bit when the element 
being tested is outside the defined set range. 

Normally it is expected that Pascal will produce a FALSE result for 
any element outside the defined boundaries of a defined set. 

The following source code illustrates the problem. 

TYPE 

{DIG :: Set only up to character '9*; 64 bit set takes 8 bytes } 
DIG - SET OF '0' . . '9' ; 

- 6809 PASCAL - 
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KPR #: D200093526 »»CONTINUED** 

VAR 

DIGIT : DIG; 
BEGIN 

DIGIT:= DIG[ ' 1' , '3' , '5' ] 
IF 'A' IN DIGIT { 'A' can NEVER be in the set DIGIT!} 
THEN {...} { Branch should always be FALSE, } 

ELSE {...} { But the result is due to invalid bit test} 

END. 

Temporary solution: 

Detailed Listing for Defect Number LSDqf04487 
Text: 

Large sets may produce invalid results for elements outside set range 



The set inclusion operation may test undefined bit when the element 
being tested is outside the defined set range. 

Normally it is expected that Pascal will produce a FALSE result for 
any element outside the defined boundaries of a defined set. 

The following source code illustrates the problem. 

TYPE 

{DIG :: Set only up to character '9'; 64 bit set takes 8 bytes } 
DIG = SET OF '0' . . '9' ; 

VAR 

DIGIT : DIG; 
BEGIN 

DIGIT:= DIG['1','3','5'] 
IF 'A' IN DIGIT { 'A' can NEVER be in the set DIGITI } 
THEN {...} { Branch should always be FALSE, } 
ELSE {...} { But the result is due to invalid bit test} 

END. 



WORKAROUND: 

The workaround for this defect is to separate the use of the 
the full 256 bit set implementation. 

Instead of defining the large set as: 

DIG = SET OF '0' . . '9' ; 
It could be rewritten: 

digch = SET OF CHAR; 

With the sets now using a full 256 bits, all bits will be set and 
tested properly. 



TYPE 
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KPR #: D2OO093526 **CONTINUED** 

{DIG :: Set only up to character '9'; 64 bit set takes 8 bytes } 
DIG = SET OF '0' . . '9' ; 

VAR 

DIGIT : DIG; 
BEGIN 

DIGIT:= DIG['1','3','5'] 
IF 'A' IN DIGIT { 'A' can NEVER be in the set DIGIT!} 
THEN {...} { Branch should always be FALSE, } 
ELSE {...) { But the result is due to invalid bit test} 

END. 
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KPR #: D200092445 Product: 80186 EMUL FW 64764 00.01 

One-line description: 

Regnumarray [0] is not being allocated 
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KPR #: D200093419 Product: 80186 EMUL DOS 64764S005 01.01 

One-line description: 

Invalid COM port in 64700tab file 

Problem: 

There is an invalid COM port in the 64700ta b file. The second COM 
port in the 64700tab file should be COM2 instead of COMl. 

Temporary solution: 

There is no workaround available. 

Signed off 08/31/88 in release A01.02 
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KPR #: 5000286591 Product: 80186 EMULATION 300 64224S004 01.10 
One-line description: 

80186 DISFUNCTION WHEN MONITOR NOT LOADED ON 64000-UX 
Problem: 

The 80186 emulator may not function properly if the MONITOR program 
is not loaded. For example, a program does a JMP FAR PTR, sets up a 
valid stack, and does an INT 0. The vector has been loaded to point 
to 1234H, where a IRET is located. When the processor reads locations 
0 and 2, the values 006EH and 002EH are read respectively, instead of 
the 1234H, and 0 that shoudl be read. If the monitor program is loaded 
before this sample program, the code executes as expected. NOTE THAT 
NO MONITOR CODE IS RUN, JUST LOADED. 

Signed off 08/31/88 in release A01.20 



- 80186 EMULATION -3 



Known Problem Reports as of 09/01/88 Page: 41 

KPR #: D2OO093427 Product: 80188 EMUL DOS 64765S006 01.00 

One-line description: 

Invalid COM port in 64700tab file 

Problem: 

There is an invalid COM port in the 64700ta b file. The second COM 
port in the 64700tab file should be COM2 instead of COMl. 

Temporary solution: 

There is no workaround available. 

Signed off 08/31/88 in release A01.02 
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KPR #: D200093252 Product: 80188 EMULATION 300 64225S004 01.10 
One-line description: 

NO warning message if parts of the monitor are in target memory 
Problem: 

When the monitor is loaded, only the exact address of a symbol is 
checked to make sure it is in emulation memory. For example, the 
transfer buffer can start in emulation memory, but extend into guarded 
memory, and no warning will be issued. Display/modify target memory 
will not work, but it is not obvious why it fails. 

Signed off 08/31/88 in release A01.20 
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KPR #: D200092734 Product: 80286B ASSEWB 64859 01.40 

One-line description: 

MODULE pseudo generates random relocation type 
Problem: 

MODULE pseudo-op in 80286 extensions does not set the TYPE variabl 
to a known value prior to generating code and so may yield 
different checksums when running through regression tests. 

This results in extra work when running tests because the checksums 
may not be the same as previously. THIS DOES NOT AFFECT THE 
RESULTANT EXECUTABLE CODE. This will be modified prior to the 
next release to make running regression tests easier. 



KPR #: 0200093732 Product: 80286B ASSEMB 64859 01.40 

Keywords: PROBLEM ON VAX 
One-line description: 

•PRODUCT # CHANGE on the VAX* From= 64xxxS003 To=64xxxM003 
Signed off 08/31/88 in release A01.40 
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KPR #: 0200093351 Product: 8048 ASSEMB 64846 00.00 

Keywords: PROBLEM ON VAX 
One-line description: 

•PRODUCT # CHANGE on the VAX* From= 64xxxS003 To=54xxxM003 
Problem: 

This Service Request has been entered to inform users of the product 
THAT: 

The *PRODUCT NUMBER has CHANGED on the VAX version of this product 

FROM (OLD Product Number) = 64xxxS003 < The real change being 

< the "S" changed to "M" 
TO (NEW Product Number) = 64xxxM003 < in this Product Series 



(The "XXX" in the above to be filled in with the Product Number 
against which this SR is entered... This text applies to many 
SR's and is generic in nature.) 

The above event happend without a change to the REVISION CODES on the 
PRODUCT. 

This event happend on the revision code that was used to sign off 
this Service Request. 

Signed off 08/23/88 in release A01.80 
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KPR #: D200092098 Product: 8051 ASSEMB 64855 01.08 

One-line description: 

Cross reference goes into endless loop on macro reference. 



KPR #: D200093385 Product: 8051 ASSEMB 64855 00.00 

Keywords: PROBLEM ON VAX 
One-line description: 

♦PRODUCT # CHANGE on the VAX* From- 64xxxS003 To=64xxxM003 
Problem: 

This Service Request has been entered to inform users of the product 
THAT: 

The "PRODUCT NUMBER has CHANGED on the VAX version of this product 

FROM (OLD Product Number)= 64xxxS003 < The real change being 

< the "S" changed to "M" 
TO (NEW Product Number) = 64xxxn003 < in this Product Series 



(The "XXX" in the above to be filled in with the Product Number 
against which this SR is entered... This text applies to many 
SR's and is generic in nature.) 

The above event happend without a change to the REVISION CODES on the 
PRODUCT. 

This event happend on the revision code that was used to sign off 
this Service Request. 

Signed off 08/23/88 in release A01.90 
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KPR #: D200093278 Product: 8080/5 ASSEMB 64840 00.00 

Keywords: PROBLEM ON VAX 
One-line description: 

♦PRODUCT # CHANGE on the VAX* From= 64xxxS003 To=64xxxM003 

Problem: 

This Service Request has been entered to inform users of the product 
THAT: 

The "PRODUCT NUMBER has CHANGED on the VAX version of this product 

FROM (OLD Product Number)= 64xxxS003 < The real change being 

< the "S" changed to "M" 
TO (NEW Product Number) = 64xxxM003 < in this Product Series 



(The "XXX" in the above to be filled in with the Product Number 
against which this SR is entered. . . This text applies to many 
SR's and is generic in nature.) 

The above event happend without a change to the REVISION CODES on the 
PRODUCT. 

This event happend on the revision code that was used to sign off 
this Service Request. 

Signed off 08/23/88 in release A01.80 
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KPR #: D200093005 Product: 8085 B PASCAL 64825 01.90 

Keywords: PROBLEM ON VAX 
One-line description: 

VAX Pascal xref prints many garbage characters of first line xref list 
Problem: 

All VAX Pascal compilers print a long line of garbage characters 
as the first line of the cross reference listing. 

These extraneous characters cause problems when trying to print 
or edit the cross reference listing file. 

signed off 08/31/88 in release A02.00 



KPR #: D200093641 Product: 8085 B PASCAL 64825 01.90 

One-line description: 

Type casting the ADDR function to SET causes error #1006 on the VAX 
Problem: 

Type casting the ADDR function to type SET causes 1006 error 
on VAX. 

Temporary solution: 

Break up the expression by isolating ADDR: 

TempADDR := ADDR (variable ) ; 

Byte := BYTE (SET_OF_BITS (TempADDR) »SET_MASK ) ; 
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KPR #: D200092932 Product: 8085 C 64826 02.10 

Keywords: PROBLEM ON 9000/S300 PROBLEM ON 9000/S500 PROBLEM ON VAX 
NO PROBLEM/ PISCES I 

One-line description: 

Compilers do not list complete information about source file path name. 
Problem: 

All HOSTED (HPUX and VAX) Pascal & C compilers do not list the full 
path name of the source file being compiled in the output listing. 

The hosted compilers only list the last 15 characters of the source 
file (and path) in the output listing. 

Since the full file path name is included in the relocatable file 
name record, it should also appear in the listing file. This would 
make it much easier to determine the true source file which produced 
the output. 

Signed off 08/31/88 in release A02.20 
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KPR #: 5000398396 Product: 8085 EMULATION 64203 
One-line description: 

64203A (8085) MEMORY MAPPING PROBLEMS 

Duplicate Service Requests: 5000404988 5000298398 



KPR #: D200093104 Product: 8085 EMULATION 64203 01.00 

One-line description: 

Config memori' map is corrupted if examined during modify config 
Problem: 

After setting up a memory map in configuration for the PI 8085 emulator, 
if you modify configuration and examine that memory map it becomes 
corrupted in various and sundry ways: all but one entries are deleted, 
addresses become masked, addresses become changed. 

Signed off 08/19/88 in release A01.08 
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KPR #: 1650063636 Product: 8085 EMULATION 300 64203S004 01.03 
One-line description: 

64000-UX 8085 EMULATION SW - BLOCK BOUNDARY PROBLEM 

Problem: 

WHEN READING A CONTINOUS TARGET MEMORY BLOCK ABOVE ADDRESS 8000H 
THE TRANSITION IF THE FIRST 256 BYTES BOUNDARY IS NOT REFLECTED IN SETTI 
NO THE APPROPIATE BIT IN THE ADDRESS BUS TO A "I". INSTEAD THE BIT REMAI 
NS 0, MEANING THE FIRST 256 BYTE BLOCK IS READ AGAIN. 

FOR INSTANCE, IF YOU DO A "DISPLAY MEMORY 8000H" AND STEP THROUGH MEMORY 
WITH THE "NEXT" KEY, YOU WILL SEE THE ERROR WHEN THE ADDRESS 8100 IS 
CROSSED. A "DISPLAY MEMORY 8100", HOWEVER, WILL YIELD THE CORRECT MEMORY 
CONTENTS. 

THE PROBLEM IS NOT THAT SEVERE WHEN YOU ARE JUST AIMING AT DISPLAYING 
MEMORY CONTENTS, BUT UNFORTUNATELY THE SAME EFFECT HAPPENS WHEN DOING 
A "STORE MEMORY TO <FILE>" COMMAND. 



KPR #: D200093112 Product: 8085 EMULATION 300 64203S004 01.30 
One-line description: 

Display target mem shows incorrect data when crossing 256 byte boundary. 
Problem: 

Display target memory does not increment the upper byte of the address 
when reading target memory so incorrect data is displayed whenever a 256 
byte boundry is crossed. This boundry is only crossed for display (or 
copy) target memory commands which do not begin on a block boundry. 

For example "display memory lOOh thru 2ffh" will show the correct data, 
but "display memory 180h thru 27fh" will correctly show the data from 
180h thru Iffh and then incorrectly show the data from memory lOOh thru 
17fh for the address range 200h thru 27fh. 

Signed off 08/19/88 in release A01.40 
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KPR #: D200093237 Product: 8086 DQ EMUL 300 64220S004 01.20 

One-line description: 

NO warning message if parts of the monitor are in target memory 
Problem: 

When the monitor is loaded, only the exact address of a symbol is 
checked to make sure it is in emulation memory. For example, the 
transfer buffer can start in emulation memory, but extend into guarded 
memory, and no warning will be issued. Display /modify target memory 
will not work, but it is not obvious why it fails. 

Signed off 08/31/88 in release A01.30 
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KPR #: 0200092114 Product: 8086/8 ASSEMB 64853 02.70 

One-line description: 

JMP immediate instructions do not work on the 8086 Assembler 
Signed off 08/31/88 in release A02.80 



KPR #: D200092726 Product: 8086/8 ASSEMB 64853 02.70 

One-line description: 

MODULE pseudo generates random relocation type 
Problem: 

MODULE pseudo-op in 80286 extensions does not set the TYPE variabl 
to a known value prior to generating code and so may yield 
different checksums when running through regression tests. 

This results in extra work when running tests because the checksums 
may not be the same as previously. THIS DOES NOT AFFECT THE 
RESULTANT EXECUTABLE CODE. This will be modified prior to the 
next release to make running regression tests easier. 

signed off 08/31/88 in release A02.80 
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KPR #: 5000295947 Product: 8086/8 C 64818 03.20 

Keywords: PROBLEM ON 9000/S300 
One-line description: 

Unsigned Short with bit field aligned on word boundary. 

Problem: 

The given code does align the unsigned short on a word boundary. 
The stack when "unsigned short aa:4, bb:4" is used looks 
like the following: 

0011 0000 0000 0000 < vec[2] 

0001 0010 0000 0000 < vec[li 

0000 0000 0000 0000 

While the stack after using "unsigned short aa, bb" with no bit 
field looks like: 



0000 0011 0000 0000 < vec[2] 

0000 0001 0000 0010 < vec[l] 

0000 0000 0000 0000 



It seems that the second representation is correct since the bit 
fields are defined to be unsigned short (which should be 8 bits). 



Temporary solution: 

It seems defining the variables of type "unsigned short aa, bb" is 
sufficient as is "unsigned short aa:8, bb:8" . Both of these will 
align the variables on byte boundaries. 

KPR #: 5000297754 Product: 8086/8 C 64818 03.70 



Keywords: PROBLEM ON 9000/S500 
One-line description: 

Call to function using LONGS uses wrong segment. 



Problem: 

The compiler does not use correct segment. The DS segment is used 
instead of SS segment. The examples is as follows. 

"C" 

"80188" 
main( ) 
{ 

long c; 
long sub ( ) ; 
sub(c) ; 
/»PUSH 
PUSH 
LEA 
PUSH 
CALL 
ADD 



> 



SS: [BP-00004H] 
SS: [BP-00006H] 
BA.SS: [BP-OOOOAH] 
BX 

NEAR PTR sub 
SP,#+00006H */ 



SS is used here. 



long sub(c); 
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KPR #: 5000297754 **CONTINUED*» 



long c; 
{ 



return (c) 




/♦PUSH 


SS: [BP+00008H] 


PUSH 


SS: [BP+00006H] 


POP 


SS: [BP-00006H] 


POP 


SS: [BP-00004H] 


JMP 


NEAR PTR sub03 



} 

/* sub03_0 

PUSH SS: [BP-00004H] 
PUSH SS: [BP-00006H] 
MOV BX,SS:W0RD PTR [BP+00004H] 

POP DS:[BX] < 1 DS is used here. 

POP DS: [BX+00002H] < 1 SS should be used. 

*/ 

Duplicate Service Requests: 5000397752 

KPR #: 5000402214 Product: 8086/8 C 64818 03.70 

Keywords: PROBLEM ON 9000/S300 
One-line description: 

Wrong code generated for structure in while loop. 
Problem: 

Compiler generates incorrect codes to pointer operation when 
it is in 'while' loop. 
EXAMPLE 

"C" 

"8086" 
struct { 

unsigned char a; 

unsigned char b; 

unsigned char c; 

}ggg[10]; 
unsigned char i,j,k; 
main!) 
{ 

while ( i <= k) { 

j=ggg[i].b; < incorrect codes generated 

} 

The above code does indeed generate incorrect code: 

while (i<=k) { 
j=ggg[i] .b; 

} 



MOV AL,#+00003H 

MUL AL < Should MUL with AL and I 

MOV BX , AX 
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MOV AL,DS:BYTE PTR Dstatic [BX+OOOOIH] 
MOV DS:BYTE PTR Dstatic+OOOIFH, AL 



If ggg[i].b is repeated, the correct code is generated. 

KPR #: D200092080 Product: 8086/8 C 64818 03.70 

Keywords: PROBLEn ON 9000/S300 

One-line description: 

Long arithmetic expression generates incorrect code. 
Problem: 

The following expression generates incorrect code: 

"C" 

■■8086" 

nain( ) 

{ 

int A, B, C, D, E; 

E = (A - (B/2)) - ((C+D) /2); 

} 



generates: 






-00008H] 






MOV 


AX, SS: WORD PTR 


[BP 


<-- B 




CWD 










MOV 


CX,#+00002H 










IDIV 


cx 






<— B/2 




MOV 


DX,SS:WORD PTR 


[BP 


-OOOOAH] 






SUB 


DX,AX 






<-- (A- 


B/2) 


MOV 


AX, SS: WORD PTR 


[BP 


-00006H] 


<-- C 




ADD 


AX, SS: WORD PTR 


[BP 


-00004H] 


<-- C+D 




MOV 


AX.DX 






overwrites 


(C+D 


CWD 












Temporary solution: 











The temporary fix is to place sections of the long expression 
into temporary variables, then evaluate: 



F = A - (B/2) ; 
E = (C+D) /2; 
E = F - E; 
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KPR #: D200092874 Product: 8086/8 C 64818 03.70 

Keywords: PROBLEM ON 9000/S300 PROBLEM ON 9000/S500 PROBLEM ON VAX 
NO PROBLEM/ PISCES I 

One-line description: 

Compilers do not list complete information about source file path name. 
Problem: 

All HOSTED (HPUX and VAX) Pascal & C compilers do not list the full 
path name of the source file being compiled in the output listing. 

The hosted compilers only list the last 15 characters of the source 
file (and path) in the output listing. 

Since the full file path name is included in the relocatable file 
name record, it should also appear in the listing file. This would 
make it much easier to determine the true source file which produced 
the output. 

Signed off 08/31/88 in release A03.80 

KPR #: D200093054 Product: 8086/8 C 64818 03.70 

One-line description: 
ES reg used instead of SS when assign string to structure 

Problem: 

NOTE: This problem was reported as fixed on SR#5000 195628 

in revision 3.70. The following was generated on 3.70 
and thus is being re-submitted as a bug. 

This is also a HOTSITE ! ! ! ! Epic # 1266 



8086 C produces wrong code for assigning a character array to a complex 
data structure. Example Prog: 

"C" 

■■8086" 

SOPTIMIZE OFF$ 

$FIXED_PARAMETERS ON, EXTENSIONS ON,FAR_LIBRARIES 0N$ 
$FAR_PR0C ON,POINTER_SIZE 32,SEPARATE_C0NST OFF , RECURSIVE 0N$ 
$FAR_EXTVARS 0N$ 

struct fibtab { 
char name [20] ; 
char typ; 
char att; 
int first; 
int max ; 
int last; 

int byte, date, use, reserve; ); 
char directory [64] ; 
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KPR #: D200093054 **CONTINUED»* 

struct dir { 

int maxanz; 

struct f ibtat f ib[l] ; 

int link; 



maint ) 
{ 

int i.wert; 

char *stringl,*string2,zeil[10] ; 
struct dir *zei2; 

zei2 » (struct dir *) directory; 

for ( i=0; i< 10; i++) 
zeil[i] = '\0' ; 

for (i-0;i<4;i++) 
zeil[i] - 'A' ; 

stringl « zeil ; 

strings = 2ei2 ; 
wert =0; 
i = 0; 

while ( (zei2->f ib[wert] .name[i] = zeil[i] ) != '\0' ) 
i++ ; /* this works fine ! */ 



while ( (zei2->fib[wert] .naine[i] = stringl[i] ) != '\0' ) 

i++ ; /* this should do the same, it's just using */ 
/* a pointer instead of an array.*/ 
/* However the 8086 C compiler */ 
/* produces bad code. */ 



MOV DI,SS:WORD PTR [BP-OOOIAH] <-- move i into DI 
PUSH ES 

LES BX,SS:DWORD PTR [BP-00016H] <-- offset of Ziel 
ADD DI,BX add offset and i 

MOV AL,ES:BYTE PTR [DI] <-- Problem! Offset into ES 

POP ES 

ADD SI,SS:WORD PTR [BP-OOOIAH] 

MOV ES:ByTE PTR[SI],AL <— Moves value taken from 

ES and moves it into 
ES! 



1 

Zeil is loaded into the SS segment. But, when stringl is used 
to access the values stored in SS, ES is used instead. This is 
evident because DI is assigned the correct offset into SS, but ES 
is used. 
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KPR #: D200093054 *»CONTINUED** 
Temporary solution: 

Use an array name instead of a pointer. 
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KPR #: D200092833 Product: 8086/8 PASCAL 64814 03.50 

Keywords: PROBLEM ON 9000/S300 PROBLEM ON 9000/S500 PROBLEM ON VAX 
NO PROBLEM/ PISCES I 

One-line description: 

Compilers do not list complete information about source file path name. 
Problem: 

All HOSTED (HPUX and VAX) Pascal & C compilers do not list the full 
path name of the source file being compiled in the output listing. 

The hosted compilers only list the last 15 characters of the source 
file (and path) in the output listing. 

Since the full file path name is included in the relocatable file 
name record, it should also appear in the listing file. This would 
make it much easier to determine the true source file which produced 
the output. 

Signed off 08/31/88 in release A03.60 

KPR #: D200092965 Product: 8086/8 PASCAL 64814 03.50 

Keywords: PROBLEM ON VAX 
One-line description: 

VAX Pascal xref prints many garbage characters of first line xref list 
Problem: 

All VAX Pascal compilers print a long line of garbage characters 
as the first line of the cross reference listing. 

These extraneous characters cause problems when trying to print 
or edit the cross reference listing file. 

Signed off 08/31/88 in release A03.60 

KPR #: D200093475 Product: 8086/8 PASCAL 64814 03.50 

One-line description: 

Boolean Index into array generates bad code 
Problem: 

Detailed Listing for Defect Number LSDqf04464 
Text: 

boolean index into array generates bad code 



SEXTENSIONS^ 
VAR 

bool : BOOLEAN; 
int : INTEGER; 

arr3 : ARRAY [BOOLEAN, 1. . 4, BOOLEAN] OF BYTE; 
{ ====== END of Declarations for LSDla01274 ====== } 

PROCEDURE LSDla01247; 
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{Initialize array arr3} 
FOR int: = 1 TO 4 DO 
FOR bool:- TRUE DOWNTO FALSE DO 
BEGIN 

arr3 [bool, int, FALSE] := 2; 
arr3[bool, int, TRUE] := -2; 
END; 
bool := FALSE: 

{ variable: iconstant: :variable } 
IF arr3[bool,2,bool] = 2 { arr3[FALSE,2,FALSE] = 2} 
THEN 

{0K> 
ELSE 

{ "** ERROR LSDla01274 #16 in file TESTllO : Plus_P ** . " }; 
{ constant: : constant: : variable } 

bool := TRUE; 

IF arr3[FALSE,4,bool] = -2 
THEN 

{OK} 
ELSE 

{ "** ERROR LSDla01274 #19 in file TESTllO : Plus_P *»." }; 

END; 

KPR #: D200093484 Product: 8086/8 PASCAL 64814 03.50 

One-line description: 

Test for set inclusion checks beyond the set boundary. 
Problem: 

Detailed Listing for Defect Number LSDqf04465 
Text: 

test for set inclusion checks beyond the set boundary. 



$EXTENSIONS$ 
TYPE 

{DIG :: Set only up to character '9'; 64 bit set takes 8 bytes } 
DIG = SET OF '0' . . '9' ; 

(digch : : Set of character; 256 bit set takes 8 bytes } 
digch = SET OF CHAR; 

Array256= ARRAY [0..255] OF BYTE; 

VAR 

DIGIT : DIG; 
PADDING: Array255; 
DA : STRING; 

{ Possible FIX & test } 

digitset : digch; 
ch : CHAR; 

{ ====== BEGIN Test Procedure for LSDla00270 = } 

PROCEDURE LSDla00270; 
VAR index: INTEGER; 
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KPR #: D200093484 *»CONTINUED** 
BEGIN 

{ *Problems occur due to testing unrelated/unitialized values — 

{ OUTSIDE of the legal boundaries for the declared SET. 

{ In this case all the letters have values > '9' and should 

{ never be tested and should always fail. 

{ It appears that this overflow will be detected if $RANGE$ is 

{ on, but it is entirely ignored. 

{ DEMONSTRATE DEFECT by filling the PADDING array 

{ with I's to make sure NO elements erroneously identified! 



LICIT := DIG['0','1','2','3','4','5','6','7','8','9']; 
DA := 'A09z' ; 

FOR index := 0 TO 255 DO 
PADDING(index] := OFFH; 

IF DA[1) IN DIGIT { DA[1]='A' is NOT in DIGIT set > 

THEN 

{ ■■** ERROR LSDla00270 #9 in file TESTlll :Plus_P } 

END; 

KPR #: D200093518 Product: 8086/8 PASCAL 64814 01.90 

One- line description: 

Error 1006 for complex statement using MOD operator 
Problem: 

ERROR 1006 WHEN USING TYPE CONVERSION WITH MODULO OPERATION. 

THE FOLLOWING SAMPLE PROGRAM WILL PRODUCE AN ERROR 1006 : 

"PASCAL" 
"8086" 

$EXTENSIONSS 

PROGRAM ERR1006 ; 

VAR I : INTEGER ; 

B : BYTE ; 
BEGIN 

B := BYTE( (SIGNED_16(ADDR(I) ) ) MOD lOOH) 
END. 

Temporary solution: 

Break this statement into two separate statements as follows. 



VAR I, temp: INTEGER; 
B : BYTE ; 

BEGIN 

temp :« SIGNED_16(ADDR(I) ) ; 
B := BYTE (I MOD lOOH) ; 
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KPR #: D200093518 **CONTINUED»» 
END. 
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KPR #: D200093245 Product: 8088 DQ EMUL 300 64221S004 01.10 
One-line description: 

NO warning message if parts of the monitor are in target memory 
Problem: 

When the monitor is loaded, only the exact address of a symbol is 
checked to make sure it is in emulation memory. For example, the 
transfer buffer can start in emulation memory, but extend into guarded 
memory, and no warning will be issued. Display /modify target memory 
will not worV, but it is not obvious why it fails. 

Signed off 08/31/88 in release A01.20 
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KPR #: D200093740 Product: 8096 ASSEMB 64860 01.70 

Keywords: PROBLEM ON VAX 
One-line description; 

♦PRODUCT # CHANGE on the VAX* From= 64xxxS003 To=64xxxM003 
Signed off 08/31/88 in release A01.40 
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KPR #: D200093765 Product: HI SPD RS422 INTF 64037 00.01 
One-line description: 

The product does not generate a proper XON/XOFF, in "handshake" mode. 
Problem: 

When operated in software handshake mode, the product can generate 
a very earily XOFF request. Although this does not prevent the 
product from working, it does slow it down a lot. 

Signed off 09/01/88 in release A00.02 
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KPR #: D200093591 Product: HOST SOFTWARE / VAX 64882 02.40 
One-line description: 

Cluster to cluster transfers have a strange err.msg if >47 files in list 
Problem: 

Cluster to cluster transfer requests on series 300 may have DISC DRIVER 
error messages appearing after the 47th file in a list file. 
The problem may also appear in any file list transfer after the 47th 
file in the list. 

KPR #: D200093625 Product: HOST SOFTWARE / VAX 64882 02.40 

One-line description: 

Break or ^C may not abort a foreground transfer with a file list 
Problem: 

Attempting to <BREAK> or interrupt out of a foreground transfer request 
with 

the following options may be ignored: 

using any of the following options to transfer: 
-cl[h] 
-fhl 
-thl 

note the -1 option in combination with any option requesting 
high speed link (-c or -h) . 
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KPR #: D200093609 Product: HOST SOFTWARE / 300 54883 01.10 
One-line description: 

Cluster to cluster transfers have a strange err.msg if >47 files in list 
Problem: 

Cluster to cluster transfer requests on series 300 may have DISC DRIVER 
error messages appearing after the 47th file in a list file. 
The problem may also appear in any file list transfer after the 47th 
file in the list. 

KPR #: 0200093633 Product: HOST SOFTWARE / 300 64883 01. 10 

One-line description: 

Break or ''C may not abort a foreground transfer with a file list 
Problem: 

Attempting to <BREAK> or interrupt out of a foreground transfer request 
with 

the following options may be ignored: 

using any of the following options to transfer: 
-cl[h] 
-fhl 
-thl 

note the -1 option in combination with any option requesting 
high speed link (-c or -h) . 
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KPR #: D200093583 Product: HOST SOFTWARE / 500 64880 01.90 
One-line description: 

Cluster to cluster transfers have a strange err.msg if >47 files in list 
Problem: 

Cluster to cluster transfer requests on series 300 may have DISC DRIVER 
error messages appearing after the 47th file in a list file. 
The problem may also appear in any file list transfer after the 47th 
file in the list. 

KPR #: D200093617 Product: HOST SOFTWARE / 500 64880 01.90 
One-line description: 

Break or ^C may not abort a foreground transfer with a file list 
Problem: 

Attempting to <BREAK> or interrupt out of a foreground transfer request 
with 

the following options may be ignored: 

using any of the following options to transfer: 
-cl[h] 
-fhl 
-thl 

note the -1 option in combination with any option requesting 
high speed link (-c or -h). 
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KPR #: D2OO090118 Product: HP TEAMWORK 300 64711S004 02.30 

One-line description: 

DOMAIN -SORT ERROR generated when Data Flows become tangential to bubble 
Problem: 

When a process bubble in a data flow diagram is moved to where the 
data flow is tangential to it, the error: 

DOMAIN -SORT ERROR 

is generated from the HP-UX system. In other words, the teamwork 
window is scrolled up and the error message is generated in the new 
line. A control L refreshes the screen and no data is lost. 

Temporary solution: 

As there is no loss of data, and the screen can be repained, there is 
no temporary work around. 
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KPR #: D200093088 Product: NETWORK TRANSFER 300 64887S004 01.00 

One-line description: 
The transferll utility does not work using nft as the transport 

Problem: 

When using hostcopy or get64 and nft as the transport an errror message 
of hostcopy:untranslateable NFT response, more information: usage: 
[-p -s -d -L -r -P -F -B -A] f romTiode#user#f ile tonode#user#f ile abortin 
g. 
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KPR #: 5000170118 Product: OPERATING SYSTEM 64100 02.10 
One-line description: 

Xref cannot be generate as an independent listing 
Problem: 

We want to list out only xref. But assembler do not generate xref and 
any other list, when using nolist and xref option. This occures only 
HP9000/500 . 

Signed off 08/31/88 in release A02.il 



KPR #: 5000214189 Product: OPERATING SYSTEM 64100 02.10 
Keywords: CODE GENERATOR 
One-line description: 

Condtl code not assembled if condtl statmnt is false and missing ENDIF 
Problem: 

If a conditional statement is missing the ENDIF, and evaluates false, 
the assembler does not flag it as an error, and does not assemble the 
program. 

The following code will demonstrate this problem: 

'■Z80" 

TEST: LD A, [HL] 

NOP 

IF 0 

LD 8,128 
LOOP: DJNZ LOOP 

END 

This does not assemble, and does not produce an error. 
Temporary solution: 

There is no known work around at this time. 
Signed off 08/31/88 in release A02.il 
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KPH #: 5000401349 Product: SOFTKEY EDITOR 300 64790S004 02.10 
One-line description: 

Status line does not change after file is written for the save command. 
Problem: 

The SK editor does not update the status line after it completes 
storing a file caused by a save command. Example: 

- if you issue a "save command, the status line will read 
"writing /users/joe/file" until another key is pressed. 

This does not effect the operation of the editor itself. 



KPR #: 5000401372 Product: SOFTKEY EDITOR 300 64790S004 02.10 
One-line description: 

sk editor replace command does not work properly with anystring (*). 

Problem: 

The sk editor does not properly handle replace commands involving 

anystring (*) and a limiting range. 

Example: 

The current line contains the letters aa in columns one and two 
and the range is set to one. The command "replace ^* ^ with '^*!^" 
should change the string to "aa!", instead it changes the line to 
"aa !!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!...." . 
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KPR #: D20O093401 Product: TMS 320 ASSEMB 64858 00.00 

Keywords: PROBLEM ON VAX 
One-line description: 

♦PRODUCT # CHANGE on the VAX* From= 64xxxS003 To=64xxxM003 
Problem: 

This Service Request has been entered to inform users of the product 
THAT: 

The *PRODUCT NUMBER has CHANGED on the VAX version of this product 

FROM (OLD Product Number)- e4xxxS003 < The real change being 

< the "S" changed to "M" 
TO (NEW Product Number)= 64xxxl1003 < in this Product Series 

(The "XXX" in the above to be filled in with the Product Number 
against which this SR is entered... This text applies to many 
SR's and is generic in nature.) 

The above event happend without a change to the REVISION CODES on the 
PRODUCT. 

This event happend on the revision code that was used to sign off 
this Service Request. 

Signed off 08/23/88 in release A01.80 
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KPR #: D200092619 Product: USER DEF ASSEMB 64851 00.70 

One-line description: 

COPY :asmb_syTri to display behaves like disc_image on. 

Problem: 

Please contact Caren Johnson x57l4 for the supporting software: 

After assembling the given UDA code, the two given sample 
programs display the problem. 
The output from 

copy f ile:asmb_sym to display 

uses half disc_image and half normal output. 

Example after assembling sample code, and using 
"copy f ile: asmb_sym to display" command: 

Record # 1 size = 121 
Asmb_sym record: 

8053 594D 5F50 4F52 5431 0000 

5F50 4F52 5430 

5433 0000 <-- DISC 

IMAGE 



Record # 2 size = 102 
Asmbsym record: 

SyM_PriGB OOOOH Absolute SyM_PMGA OOOOH Absolute 

SYM_BSB2 OOOOH Absolute SYM_IPS OOOOH Absolute 

SYM SIO OOOOH Absolute SYM BSBl OOOOH Absolute 



Temporary solution: 

For some reason if the two statements: 



SYM_PORT10 SET PORT 10 

SYM_P0RT11 SET PORT 11 

are added to the sample programs the problem does not 
occur. 



KPR #: D200093781 Product: USER DEF ASSEMB 64851 00.70 

Keywords: CODE GENERATOR 

One-line description: 

Problem with parameter passing in macros 

- USER DEF ASSEMB - 
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Problem: 

The following program causes the errors shown: 
■•Z80" 

AAA: MACRO &A, &B 

AAA abc, def ghi 
+ ; abc 

+ ;def ghi The ghi is a comment here, not part of the parameter 



"Z80' 
AAA: 



MACRO 
&A 
&B 
&C 

AAA 



&A,&B,8.C 



This is only a problem with the ">". Other 
special characters do not cause this problem. 



Temporary solution: 

There is no known work around at this time. 
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KPR #: D200092288 Product: USER DEF ASSEMB 300 64851S004 00.70 
One- line description: 

Jump to MACRO label causing expression type error. 
Problem: 

NOTE: This problem occurs with the QA version (Rev. 2.20) of 
software sent to Matsushita for hotsite #1487. 



"Z80" 

SMB MACRO &DATA 

LD A,&DATA 
MEND 

ORG 0 

CMP 01 SMB 1 

JR CMPOl 



I EXPRESSION error here. 

Assembling with TRACE 3 inserted into the code shows that 
TYPE does indeed get set to 80. It seems this is then 
flagged as an ET-Expression Type error. 



Signed off 08/31/88 in release A02.20 
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KPE #: 5000402701 Product: USER DEF ASSEMB VAX 64851S003 02.10 



One-line description: 

NO LOAD files are not handled correctly. 
Problem: 

NOTE: This problem was reported fixed with revision 1.60. 
Please refer to SR's #5000143370, and #0200063230. 

The SR is being re-submitted because the problem still 
exists. Compile two files and link as follows: 

segment 

object files FILEl.R 

library files HP$DISK : [HP64000 . CLIB. NS8086] lib . R 

load addresses 10H,20H,30H 

segment 

object files (FILE2.R) 
library files 

load addresses 40H,50H,60H 
absolute file name FILE.X 



Only FILE2.R is no-loaded. However, the output listing shows 
both FILE2.R and all the lib.R file are also no-loaded. The lib.R 
library files should not be no-loaded. 



NOTE: When the above is attempted on the 9000/300 like follows: 
segment 

object files FILEl.R 

library files /usr/hp64000/lib/clib/ns8086/lib.R 

load addresses 10H,20H,30H 

segment 

object files (FILE2.R) 
library files 

load addresses 40H,50H,60H 
absolute file name FILE.X 



FILE2.R should be no-loaded. But, no files in the output listing 
are marked as no-load. 

Signed off 08/31/88 in release A02.20 
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KPR #: 5000266684 Product: USER DEF EMUL 300 64274S004 01.10 
One-line description: 

UDE CLK SOURCE DIFFERENT BETWEEN 64000/64000-UX CONFIGURATION FILES 

Problem: 

UDE software accesses unexpected clock source from configuration. 
After transfering UDE configuration file developed on 64100 to 64000UX, 
we must change pod clock selection in the configuration file as follows. 

64100 64000UX 

1 -external clock 0 -external clock 

0 -internal clock 1 -internal clock 

If not so, on 64000UX, when we select 0 for internal clock source, 
UDE accesses external clock. 
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KPR #: 5000296855 Product: USER DEF EMULATION 64274 01.05 
One-line description: 

64000-UX UDE Using "HOME" key causes trace list problems 
Problem: 

I'm using UDE which is made under hp64000 (PI) system on 64000ux 
(9000/350 rev 5.5). While I'm doing 'display trace' , I enter 
shift+'home-key' then trace list is not displayed correctly and 
the display gets confused. And when I enter 'home-key' as soon as 
I use 'display trace' then the mnemonic of line l is deleted. 
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KPR #: 5000296921 Product: USER INTERFACE 300 64808S004 02.10 
One-line description: 

Pmon flags legitimate option for Ink (for 64859) as syntax error 
Problem: 

the 64859 linker for the 80286B ( protected mode ) has to be in- 
voked with a special option -b (not -h) . 

The "pmon" interface revision 2.10 however will flag this option 
as a syntax error. 

Temporary solution: 

Invoke linker using shell escape: link -b 
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KPR #: D200093310 Product: Z80 ASSEMB 64842 01.12 

Keywords: PROBLEM ON VAX 
One-line description: 

•PRODUCT # CHANGE on the VAX* FroTn= 64xxxS003 To=64xxxM003 

Problem: 

This Service Request has been entered to inform users of the product 
THAT: 

The *PRODUCT NUMBER has CHANGED on the VAX version of this product 

FROM (OLD Product Nuinber)= e4xxxS003 < The real change being 

< the "S" changed to "M" 
TO (NEW Product Number)= 64xxxM003 < in this Product Series 



(The "XXX" in the above to be filled in with the Product Number 
against which this SR is entered... This text applies to many 
SR's and is generic in nature.) 

The above event happend without a change to the REVISION CODES on the 
PRODUCT. 

This event happend on the revision code that was used to sign off 
this Service Request. 

Signed off 08/23/88 in release A01.90 
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KPR #: D200092924 Product: Z80/NSC800 C 64824 02.10 

Keywords: PROBLEM ON 9000/S300 PROBLEM ON 9000/S500 PROBLEM ON VAX 
NO PROBLEM/ PISCES I 

One-line description: 

Compilers do not list complete information about source file path name. 
Problem: 

All HOSTED (HPUX and VAX) Pascal & C compilers do not list the full 
path name of the source file being compiled in the output listing. 

The hosted compilers only list the last 15 characters of the source 
file (and path) in the output listing. 

Since the full file path name is included in the relocatable file 
name record, it should also appear in the listing file. This would 
make it much easier to determine the true source file which produced 
the output. 

Signed off 08/31/88 in release A02.20 
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KPR #: D200092866 Product: Z80/NSC800PASCAL 64823 01.90 

Keywords: PROBLEM ON 9000/S300 PROBLEM ON 9000/S500 PROBLEM ON VAX 
NO PROBLEM/ PISCES I 

One-line description: 

Compilers do not list complete information about source file path name. 
Problem: 

All HOSTED (HPUX and VAX) Pascal & C compilers do not list the full 
path name of the source file being compiled in the output listing. 

The hosted compilers only list the last 15 characters of the source 
file (and path) in the output listing. 

Since the full file path name is included in the relocatable file 
name record, it should also appear in the listing file. This would 
make it much easier to determine the true source file which produced 
the output. 

Signed off 08/31/88 in release A02.00 



KPR #: D200092999 Product: Z80/NSC800PASCAL 64823 01.90 
Keywords: PROBLEM ON VAX 

One-line description: 

VAX Pascal xref prints many garbage characters of first line xref list 
Problem: 

All VAX Pascal compilers print a long line of garbage characters 
as the first line of the cross reference listing. 

These extraneous characters cause problems when trying to print 
or edit the cross reference listing file. 

Signed off 08/31/88 in release A02.00 
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KPR #: D200092890 Product: Z8000 C 64820 02.10 

Keywords: PROBLEM ON 9000/S300 PROBLEM ON 9000/S500 PROBLEM ON VAX 
NO PROBLEM/ PISCES I 

One-line description: 

Compilers do not list complete information about source file path name. 
Problem: 

All HOSTED (HPUX and VAX) Pascal & C compilers do not list the full 
path name of the source file being compiled in the output listing. 

The hosted compilers only list the last 15 characters of the source 
file (and path) in the output listing. 

Since the full file path name is included in the relocatable file 
name record, it should also appear in the listing file. This would 
make it much easier to determine the true source file which produced 
the output. 

Signed off 08/31/88 in release A02.20 
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KPR #: D200092858 Product: 28000 PASCAL 64816 01.90 

Keywords: PROBLEM ON 9000/S300 PROBLEM ON 9000/S500 PROBLEM ON VAX 
NO PROBLEM/ PISCES I 

One-line description: 

Compilers do not list complete information about source file path name. 
Problem: 

All HOSTED (HPUX and VAX) Pascal & C compilers do not list the full 
path name of the source file being compiled in the output listing. 

The hosted compilers only list the last 15 characters of the source 
file (and path) in the output listing. 

Since the full file path name is included in the relocatable file 
name record, it should also appear in the listing file. This would 
make it much easier to determine the true source file which produced 
the output. 

Signed off 08/31/88 in release A02.00 



KPR #: D200092981 Product: Z8000 PASCAL 64816 01.90 

Keywords: PROBLEM ON VAX 
One-line description: 

VAX Pascal xref prints many garbage characters of first line xref list 
Problem: 

All VAX Pascal compilers print a long line of garbage characters 
as the first line of the cross reference listing. 

These extraneous characters cause problems when trying to print 
or edit the cross reference listing file. 

Signed off 08/31/88 in release A02.00 
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KPR #: D200093724 Product: Z8001/2 ASSEHB 64854 01.80 

One-line description: 

♦PRODUCT # CHANGE on the VAX* From= 64xxxS003 To=64xxxM003 
Signed off 08/31/88 in release AOl.OO 
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KPR #: D200082057 Product: 6301V EMULATION 300 64206S004 00.00 
One-line description: 

Processes sometimes left running after parent has stopped. 

Problem: 

Sometimes, when the parent process to a measurement system is killed 
some of the measurement systems processes are left running. Please 
change the behaviour of the products so that these processes die 
nicely. 



Temporary solution: 

If the tty associated with the process is a pty, then you can 
release the processes by 
cat < ptyxx 

This causes the pending output to be flushed, and the processes will die 
naturally. 



KPR #: D200085878 Product: 630iV EMULATION 300 64206S004 00.00 

One-line description: 
Tracelist symbols dissappear. 

Problem: 

The symbols will not be displayed in the trace list if the 
following commands are executed: 

1. display trace absolute symbols on 

2. end ; end locks the emulation session 

3. <system name> <module name> ; continues the emulation session 

4. display trace 

The symbols will not be displayed even if you try to re-execute step 
number 1. 

Temporary solution: 

Perform the following steps after executing steps 1-4 listed in the 
problem text. 

5. display trace mnemonic 

6. display trace absolute 



KPR #: D200086264 Product: 6301V EMULATION 300 64206S004 00.00 
One-line description: 

Using simio, then continuing , may not be possible 
Problem: 

If simio is used extensively, then the user attempts to end and reenter 
emulation, reentry will not be possible, and there will be a continuous 
error message stating that the 64120 will not accept a download. This 
is a problem with emulation core, and exists in all emulators. 
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KPR #: D200088229 Product: 6301V EMULATION 300 64206S004 00.00 
One-line description: 

"end" softkey after HP-IB error does not clear command line 
Problem; 

If there is an HP-IB error and the "end" softkey appears, the command 

line will not be cleared on any keystroke like it normally is. 

In addition there have been instances where NO keystroke would work 

and the "end" softkey was inoperable, nothing could be typed on the 

command line. The exit was to kill the process from another terminal. 

This problem exists for all HP64000-UX emulators built with 

/lsd/p2/cmd/emul/gencore. 



KPR #: D200090688 Product: 6301V EMULATION 300 64206S004 00.00 
One-line description: 

Code disp. with trace not right if code changed w/o ending emul. session 
Problem: 

Source lines displayed with a trace may not be correct if 

the code is changed without ending out of the emulation session. 

For exanple, a user running is windows does a display trace source 

on, and sees a statement: i = 1; in the trace along with the 

MOVE.L #1,D0 that accompanies that source line. The user then 

moves to another window, changes the source line to i = 2;, recompiles, 

relinks, and runs edbuild. The user then moves back to the emulation 

window, reloads the file, and reruns the code and the trace. The 

trace shows MOVE.L #2, DO as expected, BUT shows i = 1; as the 

source line. 

End out of emulation, and reenter before loading the new program 
Source lines displayed with a trace may not be correct if 
the code is changed without ending out of the emulation session. 
For exanple, a user running is windows does a display trace source 
on, and sees a statement: i = 1; in the trace along with the 
MOVE.L #1,D0 that accompanies that source line. The user then 
moves to another window, changes the source line to i = 2;, recompiles, 
relinks, and runs edbuild. The user then moves back to the emulation 
window, reloads the file, and reruns the code and the trace. The 
trace shows MOVE.L #2, DO as expected, BUT shows i = 1; as the 
source line. 

Temporary solution: 

End out of emulation, and reenter before loading the new program 
or executing the trace. 
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KPR »: D200088088 Product: 6301V/03R EMUL 64206 01.01 

One-line description: 

6301V/0 3R module cannot be accessed with HP-UX 6.01 

Problem: 

In A 131 bundled system the 6301V/03R fails to operate with HP-UX 6.01. 
Error message reads: 6301-OOc: could not open module - check HPIB 
and power to card cage. 

Temporary solution: 

The current workaround requires that the emulation software be put 
in the software debug mode by creating a file: 

usr/hp64000/log/adb.X.O 

where "X" represents the select code for the HPIB interface. 

Then standard error must be redirected to /dev/null when the emulator 
is invoked. 
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KPR #: D200081596 Product: 630iy/03Y EMUL 64208 01.00 

One-line description: 

Emulator can't work when external clock is selected and E clock = 160khz 
Problem: 

Emulator can not work when external clock is selected and 
system clock rate (E clock) is 160 KHz. 

Same configuration with 64100A (Pisces I) can perform correct 
emulation. 
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KPR #: D200067322 Product: 64 HP-UX WIS 8096 AM 64860-90901 01.00 
One-line description: 

.LIS file should be put in same directory as .A and .R files. 
Problem: 

The .LIS file created with the /OUTPUT option when compiling or 
assembling is put in the directory where the compile or assemble 
is invoked from. However, the .A and .R files are put in the 
directory that the source file resides in. All three of these 
files should be placed in the same directory. 

Temporary solution: 

Make sure that you are in the directory containing the source file 
to be compiled before executing the compile command. 

Signed off 04/07/88 in release XOO.OO 
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KPR #: D200087445 Product: 64000 UX GENERIC 64003S004 01.00 

One-line description: 

Option_test does not support set (environmental variable) command 

Problem: 

Detailed Listing for Defect Number LSDqf02728 
Text: 

option_test does not support set (environmental variable) command 

In keeping with the emulation upgrade, option_test should suport 
the set command, which sets an environmental variable... 

This is being added now, in the files layerO/grammar/scanner . c and 
layreO/grammar/optgram. y . 

- Bruce E 

Temporary solution: 

no temporary solution at this time. 
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KPR #: D200086900 Product: 64000-UX OP-ENV 300 64801S004 01.80 
One-line description: 

You can not enter ICC for 1MB stimulus when in "option_test" 
Problem: 

Detailed Listing for Defect Number LSDqf02517 
Text: 

cannot enter ICC for 1MB stimulus in option_test 
In option_test: 

If somebody tests an analyzer (or other board which wants an IMB- 
compatible board), the ICC key does not show up on the softkeys, 
nor can it be entered manually. 

Signed off 03/25/88 in release A02.00 

KPR #: D200090472 Product: 64000-UX OP-ENV 300 64801S004 01.80 
One-line description: 

EDB problems with scoping of locals from new com/asm/linker 
Problem: 

Detailed Listing for Defect Number LSDqf03783 
Text: 

edb problems with scoping of locals from new comp/asm/ linker. 

Symbols that are expected to be scoped relative to function are 
sometimes included with the file local symbols, causing 
unexpected and varying results in inverse-assembly of tracelists 
as well as confusion in command entry. 

Several of the function entry link symbols are 
not scoped to the function, while others are. This seems 
to be random depending on the file being used. Everything 
"appears" to be ok from the language tools and in the .A files. 

Temporary solution: 

There is no workaround available. 



KPR #: D200091280 Product: 64000-UX OP-ENV 300 64801S004 01.80 
One-line description: 

'makecdf(l)" error may occur in msinit on a new discless cluster 
Problem: 

When "msinit -s" is run on a newly created discless 
cluster, the user may see the following message: 

makecdf: /usr/hp64000/etc : Permission denied 

Temporary solution: 

When a new discless cluster is brought up, "msinit -s" should be 
executed by the super-user first before any other users try to 
to execute it. Subsequent executions of "msinit [-s]" by non- 
super-users should work without failure. 
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KPR #: 5000240580 Product: 64HP-UXVMS8086/8 A M 64853-90908 02.03 
Keywords: MANUAL 
One- line description: 

Need Manual change to explain AC and PH phase errors. 
Duplicate Service Requests: 5000240960 

KPR #: D200067223 Product: 64HP-UXVMS8086/8 A M 64853-90908 02.00 
One-line description: 

.LIS file should be put in same directory as .A and .R files. 
Problem: 

The .LIS file created with the /OUTPUT option when compiling or 
assembling is put in the directory where the compile or assemble 
is invoked from. However, the .A and .R files are put in the 
directory that the source file resides in. All three of these 
files should be placed in the same directory. 

Temporary solution: 

Make sure that you are in the directory containing the source file 
to be compiled before executing the compile command. 

Signed off 04/07/88 in release XOO.OO 
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KPR #: 5000219865 Product: 6800 C 64821 01.20 

Keywords: PROBLEM ON 9000/S300 

One-line description: 
Libraries cause write to ROM 

Problem: 

The PUSHX:D6800 library will cause a write to ROM if the library 
is linked in a ROM section. The library declares a local variable 
SAVEX using the RMB directive in an area defined as PROG. It then 
writes to tliat variable. This variable should be in a DATA section. 
An example of code that produces this problem: 

"C" 

■■6800" 

$RECURSIVE-$ 
int funcl(i) 
int i; 

{ return(i); 

} 

main( ) 

{ int i; 

i - funcl(i); 

} 

Temporary solution: 

Rex Mayne - Atlanta Response Center 

See submitter text 

WORKAROUND 

Use the slib libraries, or link the dlib libraries in a RAM section. 
Rex Mayne - Atlanta Response Center 

See submitter text 

WORKAROUND 

Use the slib libraries, or link the dlib libraries in a RAM section. 



KPR #: 5000293779 Product: 6800 C 64821 02.10 

One-line description: 

Switch statement causes infinite loop. 

Problem: 

Switch statement causes infinite loop. 

Example code : 
"C" 

■•6800" 

#$FIXED_PARAHETERS 0N$ 
#$INIT_ZEROS OFF$ 
#$RECURSIVE OFF$ 
#$SEPERATE 0N$ 
#$UPPER_KEYS 0N$ 
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KPR #: 5000293779 »»CONTINUED** 



#$SH0RT_ARITH 0N$ 
#$WARN OFF$ 



#def ine 


ZLT 


ALOCK LI 


0x0001 


#def ine 


zlt" 


POLL LI 


0x0002 


#def ine 


ZLT 


PLU LI 


0x0004 


#def ine 


zlt" 


PARAM LI 


0x0008 


#def ine 


ZLT 


MBT LI 


0x0010 


#def ine 


ZLT 


ACSH LI 


0x0020 


#def ine 


ZLT 


ICSH LI 


0x0040 


#def ine 


ZLT" 


SALP LI 


0x0080 


#def ine 


ZLT 


DEPT LI 


0x0100 


#def ine 


ZLT 


SURVEY LI 


0x4000 


#def ine 


ZLT 


CONFIG LI 


0x8000 


♦define 


ZDC. 


ACK C 


6 


PROCl ( 


{ 







UNSIGNED *TYP_UP; 

SWITCH («TYP_UP & ~ZLT_ALOCK_LI ) { 



CASE 


ZLT. 


_PARAM_LI : 


CASE 


ZLT. 


_MBT_LI: 


CASE 


ZLT. 


_ACSH_LI: 


CASE 


ZLT. 


_ICSH_LI: 


CASE 


ZLT. 


_SALP_LI : 


CASE 


ZLT. 


_DEPT_LI: 


CASE 


ZLT 


SURVEY LI 



CASE ZLT_CONFIG_LI : 

»LAN_BTBUF_AC = 0x80; 



DEFAULT: ; 

} 

} 

Temporary solution: 

This only fails for this specific example. So, the only workaround 
is to simply not use this specific code. 

Duplicate Service Requests: D200091348 
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KPR #: D200068197 Product: 6800 C 64821 01.06 

One-line description: 

Illegal initialization causes error 1113. 
Problem: 

If you try to initialize a union (illegal per K&R page 198) 
the compiler does not flag the error. Instead pass three 
error 1113 is generated (if your target is the 68000, other 
processors will do the initialization incorrectly.). 

"C" 

"processor" 

struct struct_type { union { int i; 

long 1; } union_var; 

}; 

static struct struct_type struct_var = {9,-1}; 
mainO {} 



The 68000 flags error 1113 and other processor reserve static 
memory for the structure and try to initialize it. The Z80 
initializes three words of memory to 9, -1 and -1. 

Temporary solution: 

If you get error 1113 check for this illegal construct. 



KPR #: D200069823 Product: 6800 C 64821 01.06 

Keywords: PASS 3 
One-line description: 

Conditional compile fails if it suceeds a fixed parm function call. 
Problem: 

Conditional compile does not always work properly if you precede 
the conditional compile with a call to a fixed parameter function. 

"C" 

"processor" 

$FIXED_PARAMETERS 0N$ 
extern funclO; 
$FIXED_PARAMETERS OFF$ 
#define ibis 0 

extern func2 ( ) ; 

main( ) 
{ 

int i; 

funcl(24); /» See comment below. */ 
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#if ibis 
func2( ) ; 

#else if 
i =1; 

#endif 



If the fixed parameter function does not have a parameter which 
is a number I cannot duplicate the problem. 

Temporary solution: 

Turn $AMNESIA 0N$ prior to the call to the fixed parameter function. 
For efficiency reasons turn $AMNESIA OFF$ after the call. 



KPR #: D200074989 Product: 6800 C 64821 01.07 

One-line description: 

USE OF MANY FUNCTION CALLS WITH CONSTANT PARAMATERS MAY CAUSE ERR #1007 
Problem: 

C programs with many function calls with constant parameters 
may cause Pass 2 Error 1007 - expression too complicated. 

The workaround is to use variables to pass parameters. 
Since the error is related to the compiler attempting to create 
logical temporaries in order to have these parameters passed as 
the proper size, the problems can be avoided by using variables 
instead of constants as parameters. 

If only a few instances of constants being passed as parameters 
is encountered, the use of type casting the constants to int 
may be sufficient to allow the program to compile. 

This is related to the known 6800 compiler limitation which can 
cause Pass 2 Error 1010 - Too many constants. 

When passing constants as parameters, the 6800 code generator 
will eventually run into the 256 constant limit which produces the 
1010 error. The use of variables is the only solution in this 
instance. 

In most instances which produced the 1010 error in previous revisions 
of the C/6800 compiler, the 1007 error will now be produced. In 
some instances which previously produced no errors, the 1007 error 
may be produced. 

The following program fragment when duplicated can cause the 1007 error: 
"C" 

"6800" 
extern funct(); 
main( ) 
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KPR #: D200074989 **CONTINUED** 

{ 

funct(l,2,3,4,5,6,7,8) ; 

/* ... */ 
funct(l,2,3,4,5,6,7,8) ; 

} 

The following program fragment illustrates the workaround solutions: 

"C" 

"6800" 

extern funct( ) ; 

/* Variables initialized to constants */ 
int one=l; int two=2; int three=3; int four=4; 
int five=5; int six=6; int seven=7; int eight=8; 

workarouncl( ) 
{ 

/* Use functional type change of short int const to int */ 
funct( (int)l, (int) 2, (int) 3, (int) 4, (int) 5, (int) 6, (int) 7, (int) 8) ; 

/* Use int variables with constant values */ 
funct (one, two, three, four, f ive, six, seven, eight ) ; 

> 



Temporary solution: 
See problem text. 



KPR #: D200079624 Product: 6800 C 64821 01.07 

Keywords: PROBLEM ON 9000/S300 

One-line description: 

If condition is tested with a CflP D1,D1 

Problem: 

The following problem will cause a CMP D1,D1 to be generated. This 
instruction is generated to test an if condition. 

"C" 

"68000" 

int dataw.datar; 
int *addr; 

main( ) 

{ 

int i,j; 
memory_test ( ) ; 
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KPR #: D200079624 *»CONTINUED»* 

memo ry_t est ( ) 
{ 

long i; 

for (;;) { 

addr = 0x100000; 
for (i=0; i < 0x100000; i++) { 
dataw = (long)addr & Oxffff; 
*aaddr = dataw; 
datar = *addr; 

if (datar != dataw) { 

/* CMP Dl.Dl generated here. */ 
for(;;); 

} 

addr =addr+l; 

} 

} 

} 

Temporary solution: 

Turn amnesia on ( $AMNESIA 0N$) around the function 
memory test. This will cause slightly more code to 
be generated. 



KPR #: D200081539 Product: 6800 C 64821 01.07 

One-line description: 

Real variable used as a test condition cause error. 

Problem: 

68000 C compiler does not accept a float variable by itself 
as an expression. Example: 

float x; 
main( ) 

{ if( X ) /* gives "Illegal type of operand(s) */ 



Customer feels that this variable should be evaluated to see if it 
is a non-zero float value. 

WORKAROUND: 

Use if( X != 0.0 ) ; 

OR 

cast the variable to an int: 
if ( (int)x); 
Temporary solution: 

Explicitly test the value against zero. 
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■C" 

"processor" 

inain( ) 
{ 

float i; 

if ( i !- 0) 

} 
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KPR #: D2OO085779 Product: 6800 C 64821 02.10 

One-line description: 

Posedecreinent operator used on structure pointer may fail 

Problem: 
Text: 

Postdecrement operator used on structure pointer may fail 

Problem: Use of " — " operator on variable after use in if expression 
may generate bad object code. 

This occurrence is not easily duplicated. "If" statments comparing 
variables to variables should not cause the problem. The error 
appears to need a variable compared to a constant value to generate the 
defect. 

This problem only occures on the VAX/VMS release of 64821S003 (VAX 2.10). 
Problem does not exist on 64821A(HP64000 2.10), 64821S001 (/500 2.10) 
or 64821S003(/300 2.10). 

The following example illustrates the problem: 

"C" 

"6800" 
ma in ( ) { 

struct si { 

struct si *msp; 
int *mpl,*mp2; 
}*p, sdef, sdef2; 
int *intp; 

if (p->mp2 != (int*)0) call_error ( ) ; 
sdef .mp2--; 

CLRB #should be LDAB Dmain+00007H 

CLRA #should be LDAA Dmain+00006H 

SUBB #00 2H 
SBCA #00 OH 
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STAA Dmain+00006H 
STAB Dmain+00007H 

} 



Temporary solution: 

The workaround solution is to write the expression with a temporary. 

intp = sdef.mp2; 
intp — ; 

sdef.mp2= intp; 
or write the statement as an explicit subtraction: 

sdef.mp2 = sdef.mp2 - 1; 
Signed off 08/31/88 in release A02.20 



KPR #: D200085787 Product: 6800 C 64821 02.10 

One-line description: 

Type cast of constant to (char *) in pointer expression error 

Problem: 
Text: 

Type cast of constant to (char *) in pointer expression error 



Problem: Use of GHAR pointer type casting may cause error in pointer 
expressions. 



"C" 

"6800" 

char "stjtr; 
main( ) { 

st_ptr = "any_string" 
/* WORKAROUND 1 */ 

st_ptr = "any_string" ; 

st_ptr -= 1; 
/* WORKAROUND 2 */ 

st_ptr - "any_string" 



EXPANDED CODE EXAMPLE: 

st_ptr = "any_string" - (char *)1; /* Computes bad address */ 
LDX #CONST_prog 

LDAA #OFEH ; Should be #0FFH 

LDAB #OFBH ; Should be #0FFH 

JSR LEAX_D_X 
STX Dstatic 
/♦WORKAROUND*/ 
st_ptr = "any_string" ; 



- (char *)1; /* Computes bad address */ 

/* Correct decrement -1 */ 

- 1; /* Correct decrement -1 */ 
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LDX #CONST_prog 

SIX Dstatic 
st_ptr -= 1; 

DEX 

SIX Dstatic 
/* or this */ 

st_ptr = "any_string" - 1; /* Computes correct address */ 

LDX #CONST_prog 
DEX 

SIX Dstatic 

? "515 /* Ignore warning code OK*/ 

) 

515: Warning: integer not pointer size 

Temporary solution: 
"C" 

■•6800" 

Char *st_ptr; 
main( ) { 

st_ptr = ■•any_string" - (char *)l; /* Computes bad address */ 



/» WORKAROUND 1 */ 
st_ptr " ■'any_string" ; 

st_ptr -» 1; /* Correct decrement -1 */ 

/* WORKAROUND 2 */ 
st_ptr = "any_string" - 1; /* Correct decrement -1 */ 



} 



KPR #: D200085803 Product: 6800 C 64821 02.10 

One-line description: 

SHORT_ARITH OFF for some short experssions used as conditional branch 

Problem: 
Text: 

SHORT_ARITH OFF for some short expressions used as conditional branch 

Problem: With the SHORT_ARITH option OFF, the 6800 compiler 
does not execute full K&E C code correctly for certain mixed 
aritmetic operations when used in "if" expressions. 
Problems occur when 8-bit (short) aritmetic is used, rather 
than full expansion to 16 bit values to performa operations 
as in the standard K8.R. 



EXAMPLE: 



"C" 

"6800" 
short s,ss; 
main( ) { 



- 6800 C - 



Known Problem Reports as of 09/01/88 
KPR #: D200085803 **CONTINUED»* 



Page: 104 



s= 0x40; 

$SHORT_ARITH OFF$ 

if (s<<4); /*Result should be 64*16=1024 => <>0 should branch here*/ 
else ; /* Code branches here, due to use of byte arithmetic. */ 
/* WORKAROUND */ 

if ((int)s<<4); /*Result is 64*4=1024 which is <>0 should branch here*/ 
else ; 

} 



The 6800 C compiler computes mixed expressions correctly, as in 
assignment statements and parameter expressions. 
This defect appears only when mixed expressions are used without 
assignment as conditional branching expressions. 

This problem may be generated with other operators besides the "<<" 
as in the example, such as ">>" , "/" and "'/. 

EXPANDED example: 

"C" 

EXTERNAL entry 

"6800" 
short s,ss; 
main( ) { 

main 

$SHORT_ARITH OFF$ 

if (s<<4); /"Result should be 64*16=1024 => <>0 should branch here*/ 
LDAB Dstatic ; This is correct ONLY $SHORT_ARITH OFF$ 
ASLB 
ASLB 
ASLB 
ASLB 

BNE main01_7 

JMP main01_l 
mainO 1_7 

JMP main01_2 
mainO l_l 

else ; /* Code branches here, due to use of byte arithmetic. */ 
ma inOl_2 
/* WORKAROUND */ 

if ((int)s<<4); /"Result is 64*4-1024 which <>0 should branch here*/ 

LDAB Dstatic 

JSR SEXtend 

JSR TFR_DtoX 

LDAB #004H 

JSR Zwshift 

JSR TFR_DtoX 

CPX #000OOH 

BNE main01_8 

JMP main01_3 
main01_8 

JMP main01_4 
mainOl 3 
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else ; 

irain01_4 

Temporary solution: 
EXAMPLE: 

"C" 

"6800" 
short s,ss; 
raain( ) { 
s= 0x40; 

$SHORT_ARITH OFF$ 

if (s<<4); /*Result should be 64*16=1024 => <>0 should branch here*/ 
else ; /* Code branches here, due to use of byte arithmetic. */ 



/* WORKAROUND */ 

if ((int)s<<4); /*Result is 64*4=1024 which is <>0 should branch here*/ 
else ; 

} 
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KPR #: D200055772 Product: 6800 C M 64821-90901 01.05 

One-line description: 

Declaring a function which returns a ptr to a function causes error. 

Problem: 

Declaring a function that returns a pointer to a function that 
returns an integer causes invalid syntax errors to be generated. 

"C" 

"processor" 

int fund ( ) ; 

int (*func5( ) ) ( ) ; 

main ( ) { 

int cntr; 
int (*tmp)(); 

for (cntr=l; cntr<4; cntr++) { 
tmp=func5 (cntr ) ; 

} 

fund 0 {return! 1) ; } 
Temporary solution: 

Break up the declaration by using a typedef. 
"C" 

"processor" 

int funcl(); 

typedef int (*pf i) ( ) ; 

pfi func5(); 

main() { 
int cntr; 
int |*tmp)(); 

for (cntr=l; cntr<4; cntr++) 
{ tmp = func5(cntr) ; 

} 

} 

pfi func5(tmp2) 

int tmp2; 

{ 

if (tmp2==l) return! fund) ; 

) 

fund! ) { return! 1) ; } 
Fix information: 

Fix is documented in Software Notice 5959-2125 R2707. 
Signed off 08/06/87 in release 01.07 
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KPR #: D200059980 Product: 6800 PASCAL 64811 01.09 

One-line description: 

Compiler $FAR 0N$, creates incorrect data offsets in listing 

Problem: 

I am expanding this to all pascal compilers. The C compilers list the 
correct offset. $FAR 0N$ only applies to the 68000 cross compiler. 
The other compilers exhibit the defect w/o any options on. 



■■68000" 
$FAR 0N$ 
PROGRAM PROVE; 

VAR 

X Y ■ I NTE GER ' 

A: ARRAY [0. ! 99999] OF INTEGER; 
BEGIN 

STESTS 1, LIST_CODE ON, LIST_OBJ 0N$ 
(* Comment ON 

Y := A[0] ; 

Y : - A[8000] ; 

Y ;= A[9000]; 
Comment OFF *) 
$TESTS 3$ 

Y := A[16000] ; 

Y := A[17000] ; 
$TESTS 7$ 

Y := A[16000] ; 

Y := A[17000] ; 
$TESTS 1$ 

(* Comment ON 

Y := A[32000] ; 

Y := A[33000] ; 
Comment OFF *) 

END. 

Temporary solution: 

If arrays of this size are required download the file to the 64100 
and compile. 



KPR #: D200087189 Product: 6800 PASCAL 64811 01.90 

One-line description: 

Bad code generated fot ADDR of first record element used as a parameter. 
Problem: 

Bad code for ADDR of first element of record used as parameter. 

Pascal is generating bad code if the parameter passed to a pro- 
cedure is the address of the first element of a record, and that 
record is specified in a WITH statement. 

The compiler is erroneously generating an indirect flag preceding 
the parameter specifier in the calling sequence. 
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This problem exists on the all 64811 products before Rev 1.90. 
This problem exists on the 64811A(HP64000Rev 1.90) and the 
64811S003(VAX Rev 1.90). 

It does not occur on the HPUX products 64811S001(/500 Rev 1.90) and 
64811S004(/300 Rev 1.90) 

Problem source program: 

"PASCAL" 
"6800" 

PROGRAM ParmPointerBug; 
SEXTENSIONS 0N$ 

{USE of ADDR function is an extension, also SHIFT 8, ROTATE} 
$RECURSIVE 0N$ 
TYPE PTE = "INTEGER; 

VAR V: RECORD 

element_l: INTEGER; 
element_2: INTEGER; 
END; 

PROCEDURE PECURproc (pointer: PTR); EXTERNAL; 

BEGIN 

WITH V DO 
BEGIN 

{bad code - addr passed with indirection} 
RECURproc (ADDR ( element_l ) ) ; 
RECURproc (ADDR ( element_2 ) ) ; {good code} 
END; 

END. 

Temporary solution: 

No temporary solution at this time. 

Signed off 08/31/88 in release A02.00 

KPR #: D200087304 Product: 6800 PASCAL 64811 01.90 

Keywords: CODE GENERATOR PROBLEM ON 9000/S300 PROBLEM ON 9000/S500 

PROBLEM ON VAX NOT ON 64100 SYSTEM 

One-line description: 

"Too many errors passS" err msg, if use duplicate labels. Need better msg 
Problem: 

Pascal compiler may generate " too many errors in pass 3 " if 

two procedures in one module have a label with same name. Example: 

"8086" 

lEXTENSIONS 0N$ 
PROGRAM TO0_MANY; 
PROCEDURE ONE; 
LABEL 100; 
BEGIN 
100: 

GOTO 100; 
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END; 

PROCEDURE TWO; 
LABEL 100; 
BEGIN 
100: 

GOTO 100 

END; 



{ pass 3 error - too many errors in pass 3 } 
{ is generated, without any indication as to 1 
{ what the problem is } 



Temporary solution: 

The obvious workaround, is do not use duplicate labels. If you get 
this error message, be aware that you may have duplicate labels in 
the program. 

Signed off 08/31/88 in release A02.00 



- 6800 PASCAL - 



Known Problem Reports as of 09/01/88 Page: 111 

KPR #: 5000151050 Product: 6800-03 ASSM M 64841-90905 01.15 

One-line description: 

Mask pseudo works incorrectly in certain cases. 

Problem: 

The mask psuedo does not work in the following program, 
"processor" 

MASK OFFH 

LDX #'AB' ;'A' is masked with 0, and B is masked 

;with F. 

It appears that the assembler is using the required leading 2:ero as 
a mask value. 

Temporary solution: 

Specify a four-byte mask value. 

"processor" 

MASK OFFFFH 
LDX # ' AB ' 

KPR #: 5000221200 Product: 6800-03 ASSM M 64841-90905 01. 15 

Keywords: MANUAL 

One-line description: 
Support OIM, AIM, EIM, TIM 

Problem: 

This request was originally that we support the AIM, OIM, TIM, 
and EIM instructions. We do support those instructions, but, 
this fact is not documented in the manual. The manual should 
be updated to include this information. 

Temporary solution: 
No temporary solution. 
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KPR #: 5000117002 Product: 6800/2 ASSEMB 64841 01.13 

One-line description: 

Comments are listed in the xref table when not delimited by a ; 
Problem: 

Comments are listed in the cross reference table as labels when 
the comments are not delimited from the code with a semi-colon (;) . 

"processor name" 

opcode 
opcode 

opcode This is a comment 

opcode 

"This", "is", "a", and "comment" will be listed in the cross reference 
table as labels. 

Temporary solution: 

To avoid having comments listed in the cross reference table, used 
a semi-colon (;) to delimit the comment from the code. 

Duplicate Service Requests: D200065664 D200065854 D200065862 

KPR #: 5000166983 Product: 6800/2 ASSEMB 64841 01. 15 

One-line description: 

External MASKS are not handled properly by the assembler. 

Problem: 

The bit instructions (BSET, BCLR, BTST) do not handle externally 
defined masks properly. 

"6301" 

MASK EQU 

EXTERN 



7 

MASK2 



BCLR MASK 30 

BCLR MASK2 30 

BCLR 7 30 
END 



MASK2 is an external symbol, but, the assembler interprets it 
as a zero value therefore it generates a mask of FEH. 
The linker then adds the actual mask value and a legal range 
error is generated. 

Temporary solution: 

Use an include file to define the MASK (bit) values. This does not 
accomodate the linker XREF desires of the customer. 
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KPR #: 5000226563 Product: 6800/2 ASSEMB 64841 01.40 

Keywords: PROBLEM ON 9000/S500 
One-line description: 

Xref table is not listing all symbol references. 

Problem: 

The following program when assembled with option XREF will 
demonstrate a problem. The problem is that the XREF will 
not list all symbol references. 

"6301" 

ORG 80H 

MAP RMB 1 

ORG OCOOOH 

AIM BOH MAP 

Oin 80H MAP 

Tin 80H MAP 

Temporary solution: 
No temporary solution. 

KPR #: 5000255752 Product: 5800/2 ASSEMB 64841 00.00 

Keywords: PROBLEM ON 9000/S500 
One-line description: 

Very long file causes problems with xref listing on a 2563B 

Temporary solution: 

No temporary solution at this time. 

KPR #: 5000273458 Product: 6800/2 ASSEMB 64841 01. 10 

Keywords: PROBLEM ON 9000/S300 
One-line description: 

6301 AIM instruction with ".NT." operator causes LR error. 
Problem: 

6301 AIM instruction with ".NT." operator causes LR error. 
Example assemble list 

1 "6301" 
<00E2> 2 RXFLG EQU 0E2H 
0000 867F 3 LDAA #.NT.80H 

0002 717FE2 4 AIM #.NT.80H RXFLG 

ERROR-LR 

0005 717FE2 5 AIM #07FH RXFLG 

6 END 

I talked to Dave Ritchie about this - he said it WAS a problem. 
However, I was unable to obtain a manual for the 6301 to verify 
if this is correct op-code syntax. 



- 6800/2 ASSEMB - 



Known Problem Reports as of 09/01/88 
KPR #: 5000273458 **CONTINUED*» 



Page: 



114 



David Landoll 

Temporary solution: 

No workaround available. 

KPR #: 5000273474 Product: 6800/2 ASSEMB 64841 01. 10 

One-line description: 

Assembler allows the inst. "LDA A". "LDA A" isn't a valid instruction. 

Problem: 

"6800" 

LABO EQU 0 
LABI EQU 1 

LDA A LABO 

LDA A LABI 

Assembler generates the xref of "LDA A LABO(l)" on 64000, but not 
on 64000UX. If I change "LDA A" to "LDAA", it generates the xref on 
54000UX ,too. 

Temporary solution: 

There is no workaround available. 
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KPR #: D200031088 Product: 6800/2 ASSEMB 500 64841S001 01.20 
One-line description: 

Assembler flagging out of range error when it should not. 
Problem: 

There is a descrepency on how out of range errors are handled. The 
below line will load the lower sixteen bits into register D (this 
seems appropiate): 

LDD #10000000H 

While the following line will flag an out of range error: 
LDAA #10000000H 



Temporary solution: 

And the operand with OFFH. This will force it to eight bits. 
■■6800" 

LDAA (ttlOOOOOOOH) .AN.OFFH 



Signed off 08/25/86 in release 01.50 

KPR #: D200048199 Product: 6800/2 ASSEMB 500 64841S001 01.30 
Keywords: MACRO 
One-line description: 

Conditional instr. .IF with rational oper. in Macro creates bad code 
Problem: 

The use of the conditional instruction, .IF, with rational operator 
( .EQ. , .NE. , . LT. , .GT. , .LE. , .GE. ) in a macro functions incorrectly. 
The following program demonstrates this problem: 

BUG MACRO &VAR 

.IF &VAR .LE. 0 SUB&&&& 
NOP 
NOP 

SUB&&&& NOP 
NOP 
MEND 

BUG -3 
BUG 1 
BUG 0 
END 

Passing a 3 appears to create correct code, but 0 causes a ML error. 
Passing -1 to the MACRO creates code which doesn't call the subroutine. 
This is incorrect since -1 is less than 0. This same problem 
occured with all the rational operators on all processors. The problem 
was consistant on the 64000, VAX, and 9000. 

Signed off 08/25/86 in release 01.50 
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KPR #: D200053298 Product: 6800/2 ASSEMB 500 64841S001 01.30 
One-line description: 

Macro def. including .IF, within a IF causes assembler to stop code gen. 
Problem: 

If you have a '■.IF'^ in a macro definition and that macro definition 

is within a conditional assembly ■'IF" then no code is generated. 

The program provided demonstrates the problem (see submitter text). 

Temporary solution: 

Full the macro definition outside of the conditional if. No code 
will be generated for the definition. 

"processor name" 

ESSAI EQU 0 

MAC MACRO 

.IF ESSAI. EQ.O FIN 

LABEL LD A,0 

FIN MEND 

IF ESSAI 

MAC 

ENDIF 

START LD A, 3 

Signed off 08/25/86 in release 01.50 
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KPR #: D200085357 Product: 68000 12MHZ EMUL FW 64742 00.00 
One-line description: 

Stepping says "PC=123456^i)sp" ; reg says "PC=12345678" 
Problem; 

When the pc has an "invalid" value (greater than 24 bits), the 

PC displayed at the end of stepping shows only the 6 most-significant 

characters: 

next PC = 123456g>sp 

The pc actually contains 32 bits of value (as given by the command 
"reg pc" ) : 

pc=12345678 

The "next PC" display should show either 
next PC = 12345678@lsp 
or next PC = 345678(i)sp 

Signed off 02/02/88 in release A00.03 



KPR #: D200085571 Product: 68000 12MHZ EMUL FW 64742 00.00 

One-line description; 

Trace list mne heading doesn't indicate base (hex) 
Problem: 

The heading for the mnemonic field in the trace list should 

indicate what number base is being used, eg. 

"68000 Mnemonic, H. See the Z80 or 80l8x for examples. 

Signed off 02/02/88 in release A00.03 



KPR #; D200085662 Product; 68000 12MHZ EMUL FW 64742 00.00 
One-line description: 

Overlapping lAL output if 6800 cycle and GED or ROM 
Problem; 

The lAL output for a 6800 cycle which is a write to ROM or an 
access to guarded memory will look like; 

0000 user data rd byte (6800)0M 

OOOO user data rd byte (6800)RD 

The problem is that first part, ending with "(6800)" is too long 
and overlaps "ROM" or "GRD". Since the field cannot be made wider, 
the suggested fix is to drop the parens, like so: 

OOOO user data rd byte 6800 ROM 

0000 user data rd byte 6800 GRD 

Note that in practice this situation should occur rarely. 
Signed off 02/02/88 in release A00.03 
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KPR #: D200085696 Product; 68000 12MHZ EMUL FW 64742 00.00 
One-line description: 

In RESET state, try to b(reak), end up running and unable to break 

Problem; 

>b 

M>cf clk=ext 
c>cmb -e 
c >x 

ASYNC-ERR; Unable to break 

ASYNC-ERR; Run failed from CMB execute 

ocf clk=int 

ASYNC-STAT: CMB execute break 
R>b 

ERROR: Unable to break 
U> 

The last "Unable to break" error message should not appear, and 
execution should not end up in user code. Proper operation is 

R>b 

M> 

Sometimes the error occurs, sometimes it doesn't. 
Signed off 02/02/88 in release A00.03 



KPR #; D200086876 Product: 68000 12MHZ EMUL FW 64742 00.00 
One-line description: 

Stepping in user space does not work with foreground monitor 
Problem: 

Stepping in the user address space does not work with a foreground 
monitor. Example, if "map 0..0§u" then "s 2 0@iu" gives errors: 
lERROR 680! Stepping failed 
lERROR 584! Failed to disable step mode 

Signed off 02/25/88 in release A00.05 

Duplicate Service Requests; D200087007 



KPR #; D200086884 Product: 68000 12MHZ EMUL FW 64742 00.00 
One-line description; 

Emulator stays in monitor after the run command without giving a message 
Problem; 

If the stack pointer in the 68000 emulator is set up in such 
a way that a bus error is returned by the target system for 
stack operations a run command will not be successfully 
executed. The emulator will stay in the monitor. The 
emulator gives no message indicating why it did not run, 
it simply returns the "M>" prompt again. 

Signed off 02/25/88 in release A00.05 
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KPR #: D200087015 Product: 68000 12MHZ EMUL FW 64742 00.00 
One-line description: 

Can do a "load/display target memory" with no target system 
Problem: 

If you attempt to load or display target memory, when no target system 
is connected, the command seems to complete properly, but with no 
error message that it really didn't do what you expected. The 
monitor runs, so software obviously knows that the access is to the 
target system memory. You would expect a "slow device" error in cases 
where we attempt to access target memory, but no target is connected. 

We suspect this may be like something we observed in delta, where the 
"dtack" line may not be pulled up inside the emulator hardware. This 
allows the 68000 cycles to terminate even though nothing was 
specifically driving dtack low (to terminate the cycle). 

Signed off 02/25/88 in release A00.05 



KPR #: D200089531 Product: 68000 12MHZ EMUL FW 54742 00.04 
One-line description: 

Slow Clock interferes with configuring monitor... Poor error messages. 
Problem: 

When an external clock is selected, but the target system is 
not powered-up, the configuration command 

cf mon=fg. . 1000H@s 
fails, with the message 

lERROR ! Invalid configuration value: fg..l000H@s 

The message does not give any hint that the real problem is the fact 
that there's no clock. 

This is a problem for the HPUX interface, because there is no message 
indicating slow clock. Clock source and monitor type are set up 
within configuration, and incompatibilities are not found until 
the entire config has been entered; the user has no clue to the order 
in which the config commands were sent to the pod. 

Temporary solution: 
There is no workaround. 



KPR #: D200091587 Product: 68000 12MHZ EMUL FW 64742 00.05 
One-line description: 

All states requested from emtrdata should be valid 
Problem: 

There is a problem with the emtrdata() input structure. The values 
contained by "startline" and "endline" should always be valid, 
regardless of their magnitude. Any value that is out of bounds should 
be accepted and changed to the maximum range acceptable by the 
specific analyzer. 

Temporary solution: 
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KPR #: D200091587 »*CONTINUED** 
There is no workaround available. 
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KPR #: D200089649 Product: 68000 12MHZ EMUL DOS 64742S005 00.01 
One-line description: 

Performance problem in the PC interface 

Problem: 

Communications between the PC host computer and the 64742 emulator 
are unnecessarily slow. Performance of the PC interface is poor 
as a result (command responses take too long). 

Signed off 05/20/88 in release AOl.OO 



KPR #: D200089805 Product: 68000 12MHZ EMUL DOS 64742S006 00.01 

One-line description: 

Invalid expressions can corrupt PC memory 
Signed off 05/20/88 in release AOl.OO 



KPR #: D200090134 Product: 68000 12MHZ EMUL DOS 64742S006 00.01 
One-line description: 

The "stty" command doesn't work correctly for baud rate <= 1200. 
Problem: 

If you toggle the xon parameter when running at 1200 baud and below, 
the stty command will return invalid characters. 

>stty 

stty A 120() xon 
>stty -xon 
[#! ,*8c^junlc characters 

Since the PC interface calls the stty command upon startup, this problem 
will make the PC interface fail at startup with a datacomm error at 1200 
baud (all lower baud rates are not supported by the PC interface). 

Temporary solution: 

To get around this problem, just set switch 13 on the emulator's back 
panel (enable xon). The stty parameter will not be toggled and PC 
interface will startup successfully. 

From the terminal-mode interface, just enter another carriage-return 
to regain proper communications. 



KPR #: D200O90'605 Product: 68000 12MHZ EMUL DOS 64742S006 00.00 
One-line description: 

OR'ing more than 4 label values in analyzer specification doesn't work 
Problem: 

Detailed Listing for Defect Number LSDqf03816 
Text: 

Or'ing more than 4 label values in analyzer spec doesn't work 
. labnotes 
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KPR #: D200090605 **CONTINUED»» 

The following trace spec will not work correctly: 

trace after addr=l or addr=2 or addr=3 or addr=4 or addr=5 

This doesn't work when there is a level 1 tree where 
level 1 contains an "or" node and level 0 contains point or 
range leaves. This will work correctly if you have a 
level 2 tree containing "and" nodes in level 1. 

. submitter 

The following trace spec in the PC user interface 
will not work correctly: 

trace after addr=l or addr=2 or addr=3 or addr=4 or addr=5 
OTHER STARS PRODUCTS AFFECTED: 647538006, 64764S006, 64765S006 
Resp engr: Cheryl Brown 
Temporary solution: 

There is no known workaround available. 



KPR #: D200091546 Product: 68000 12MHZ EMUL DOS 64742S006 01.00 
One-line description: 

Remove stack checking programa in production build code 
Problem: 

The pragma for stack checking should be removed in the FUI code along 
with the symbol libraries and programmatic interface. This must 
be done at compile time. 

Temporary solution: 

There is no workaround available. 



KPR #: D200091551 Product: 68000 12MHZ EMUL DOS 64742S006 01.00 
One-line description: 

gregnumarray [0] not allocated in regdisp() or regmod () 
Problem: 

The structure r->param. readreg. renumarray [] needs to have one member 
allocated before called. 

The gregnumarray [0] is not allocated in regdispO or regmod(). The 
structure r- >param. readreg . renumarray [ ] needs to have one member 
allocated before it is called. 

Temporary solution: 

There is no workaround available. 
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KPR #: 5000216051 Product: 68000 ASSEMB 64845 
One-line description: 

ILLEGAL OPCODE IS BEING GENERATED FOR LEA INSTRUCTION. 
Problem: 

Assembler generates incorrect code for LEA instruction . 
EXAMPLE 

1 "68000" 

<1800> 2 USTACK EQU 1800H 

3 PROG 
000000 5FFB 1800 4 LEA USTACK, USP 

The code "5F" is incorrect. 

This occurs only when using USP in LEA. 

Temporary solution: 

No temporary solution known at this time. 
Signed off 01/14/88 in release Z02.00 



KPR #: 5000216267 Product: 68000 ASSEMB 64845 01.12 

One-line description: 

Incorrect code generated for Bit family of instructions when .L specif. 

Problem: 

Bit instructions with dot long (.L) extensions generate bad code. 

Example : 
"68008 I 10" 

BTSl #7,D5 ;generates correct code (0805 0007) 

;the .L is implicit, because the destination 
;is a register 

BTST.L #7,05 ; generates incorrect code (0805 00000007) 

END 

The BCLR.L and BSET.L also generate incorrect code. 

This defect is only present in the 68008 and 68010 tables. 

Temporary solution: 

Do not specify the implicit .L (i.e use BTST, not BTST.L) 
Signed off 01/14/88 in release Z02.00 



KPR #: 5000 243048 Product: 68000 ASSEMB 64845 01.10 

Keywords: PROBLEM ON 9000/S300 

One-line description: 

Missing whitespace is not flagged. 

Problem: 

The following code should cause an error to be generated 
because no whitespace is included. Correct code is 
generated. 
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KPR #: 5000243048 »*CONTINUED»* 

"68000" 

DC. BOB 
DC.WIO 
DC.L15 



KPR #: 5000247437 Product: 68000 ASSEMB 64845 01.12 

One-line description: 

Size qualifiers in cross reference. 

Problem: 

The instruction size qualifiers are listed in the xref as 
undefined symbols (64000 only). 



"68000" 

MOVE.B D0,D1 



'B' is listed in xref. 



KPR #: 5000258590 Product: 68000 ASSEMB 64845 01.13 

One-line description: 

Math operators not working on 64100. 

Problem: 

Math operator not working properly on 68000 assembler on 64000 
host. Example: 

"68000" 

LAB DC.W ( (-l*12A9H.SL.O.SR.O) .SL. 15)/10000 
" ERROR LR 

LABI DC.W OF6AB8000H/10000 ; should be same answer as above 
" ERROR LR 

LAB3 DC.W -156532736/10000 ;workS OK 
END 

These all assemble without error on the 300 and VAX, and return the 
correct result (0C2DB ). 

Temporary solution: 

Make the calculation yourself as is done in the last expression 
(for LAB3) . 



KPR #: 5000270637 Product: 68000 ASSEMB 64845 02.10 

Keywords: PROBLEM ON 9000/S300 
One-line description: 

No A5 prompt when non-existient .R file specified. 

Problem: 

The error output is not correct when the following linker command 
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KPR #: 5000270637 **CONTINUED*» 
file is used, 
segment 

object files testl.R test2.R testS.R 

library files 

load address 1000H,2000H,0,0 < 68000 file A5 

The problem is that tests. R does not exist. Rather than reporting 
that test3.R does not exist the linker gives the following error: 

3 load address must be specified. 



Temporary solution: 
No temporary solution. 

Duplicate Service Requests: 5000270215 



KPR #: D200O18747 Product: 68000 ASSEMB 64845 00.70 

Keywords: ASSEMBLER 
One- line description: 

The legal range for data in the MOVEQ instruction is incorrect 
Problem: 

The legal range for the immediate data in the MOVEQ instruction is from 
127 to -128. It any other data value is used a Legal Range error should 
be generated by the assembler. But, no Legal Range error is generated 
for immediate data ranges 128 to 255 and -129 to -254. 
For example, 

1 "68000" 

OOOOOO 7E7F 2 MOVEQ #127, D7 

000002 7E80 3 MOVEQ #128, D7 

000004 7E00 4 MOVEQ #256, D7 

ERROR-LR 

The error occurs on line 3. The code generated for this instruction 
corresponds to immediate value #-128 rather than #128. A legal range 
error should have been generated like the one that occurs in line 4. - 
This error message would alert the user to the invalidity of the 
instruction. 

Temporary solution: 

No temporary solution known at this time. 
Signed off 01/14/88 in release Z02.00 



KPR #: D200O64998 Product: 68000 ASSEMB 64845 01.10 

One-line description: 

RORG may cause generation of invalid errors and warnings. 

Problem: 

When RORG is turned on invalid warnings and errors may be flagged. 
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"68000" 



CMPI.B #3, LABEL [A5] 

MOVE [A5].[A3] 

MOVE 8[A5],8[A3] 

MOVE 8[A3,D0] ,8[A4,D1] 



Temporary solution: 

Turn RORG of (NO_RORG) around sections of code which generate 
invalid errors. 

Signed off 01/14/88 in release Z02.00 



KPR #: D200079319 Product: 68000 ASSEMB 64845 01.12 

One- line description: 

Assembler produces incorrect code for several instructions 

Problem: 

The current 68008 assembler adds extra bytes to four instructions. 
They are as follows: 

Instruction Data 



BTST 


L 


#1F,D4 


old: 

current : 


0804001F 
08040000001F 


BCHG 


L 


#01, D3 


old: 

current: 


08430001 
084300000001 


BCLR 


L 


#0A,D7 


old: 

current: 


0887000A 
08870000000A 


BSET 


L 


#05, Dl 


old: 

current : 


08C10005 
08C100000005 



The 68000 family user's manual indicates that these are all supposed 
to be four byte instructions. 

Signed off 01/14/88 in release 202.00 

Duplicate Service Requests: 5000232058 



KPR #: D200081794 Product: 68000 ASSEMB 64845 01.30 

Keywords: PROBLEM ON 9000/S300 
One-line description: 

Bcc causes linker error if incorrect syntax is used. 
Problem: 

The Bcc instruction is causing problems if illegal syntax is used 
for the destination address. 
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KPR #: D200081794 »»CONTINUED** 

■68010" 

BPL 2 
MOVE.L D0,D1 

Causes a linker error "Displacement > 32k". 



Temporary solution: 

The correct syntax for the sample instruction is: 



BPL $+2 

or 

BPL LABEL 

LABEL 



KPR #: D200086678 Product: 68000 ASSEHB 64845 02.10 

Keywords: PROBLEM ON 9000/S300 
One-line description: 

TITLE directive inserting garbage control characters. 
Problem: 

The following program demonstrates a problem with the titlte directive. 
If you 'vi' the output file you will see that garbage characters 
are in the output file. 

"68000" 



TITLE "i changelength" 

MOVE DO.Dl 

Temporary solution: 

No temporary solution at this time. 
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KPR #: D200090498 Product: 68000 BBA 300 64380S004 01.00 

One-line description: 

Complex conditional assignment delcarations cause bbacpp to core dump 
Problem: 

Detailed Listing for Defect Number LSDqf03782 
Text: 

complex conditional assignment declarations cause bbacpp to core dump 

Some complex conditional assignments will cause bbacpp to core 
dump if they are in declaration statements. For example: 

main( ) 
{ 

int digit = 6 - (( ctype[c]&01) ? 'C : (( ctype [c ] 8.02 ) 

? 'A' - 10) 
: Ca' - 10)); 

) 

Causes a problem. 
Temporary solution: 

Move the assignment statement out of the of declaration: 

main ( ) 

{ 

int digit; 

digit = 6 - (( ctype[c]&01) ? '0' : (( ctype[c]&02) 

? 'A' - 10) 
: Ca' - 10)); 

} 



KPR #: D200090506 Product: 68000 BBA 300 64380S004 01.00 

One-line description: 

Switch statement followed immediately by a label cases bbacpp to fail 
Problem: 

06/02/88 LSD STARS DTS LINK COPIED FROM D200090456 64381S004 

Detailed Listing for Defect Number LSDqf03784 

Text: 

switch statement followed immediately by a label cases bbacpp to fail 

If a switch statement of the form 

switch(var) 
label: 

if (alpha) 

{ 

case 5 : 
alpha++ ; 

} 

is encountered, bbacpp will generate incorrect code that changes the 
logic of the program. Note that this is a *very* unusual construct. 
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KPR #: D200090506 **CONTINUED*» 

Workaround: 

Place braces around the label: 

switchtvarl 

{ /* added brace */ 

label: 

if (alpha) 

{ 

case 5 : 
alpha++ ; 

} 

} /* added brace */ 

Temporary solution: 

Place braces around the label: 

switch (var) 

{ /* added brace */ 

label: 

if (alpha) 

{ 

case 5 : 
alpha++; 

} 

} /* added brace */ 



KPR #: D2OO090514 Product: 68000 BBA 300 64380S004 01.00 

One-line description: 

A switch statement with no statement causes bbacpp to fail 
Problem: 

Detailed Listing for Defect Number LSDqf 03785 
Text: 

a switch statement with no statement causes bbacpp to fail 
If a switcTi statement of the form 
switch(5) ; 

is encountered by bbacpp, bbacpp will issue an incorrect warning 
and refuse to continue parsing the file. 

Note that this statement is somewhat non-sensical; there are no 
'case* statements for the switch to go to. 

Temporary solution: 

No workaround is needed. 
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KPR #: 5000163048 Product: 68000 C 64819 01.08 

One- line description: 
Pass 3 error 1113 flagged. 

Problem: 

Error 1113 is flagged in the following program. 

■•C" 

'■68000" 

main( ) 
{ 

int intc; 

int *int_ptr; 

int_ptr = & intc; 

*(int_ptr + intc)--; /* Error 1113 flagged. */ 

intc++; /* Doesn't appear in listing. */ 

intc — ; /* Appears in listing. */ 

} 

Temporary solution: 

Break the instruction into two parts as demonstrated below. 

"C" 

"68000'' 

main( ) 
{ 

int intc; 

int *temp,*int_ptr; 

int_ptr = &intc; 

temp = int_ptr + intc; 
*(temp)--; 

} 



KPR #: 5000173815 Product: 68000 C 64819 01.09 

One-line description: 

Illegal initialization causes error 1113. 
Problem: 

If you try to initialize a union (illegal per K&R page 198) 
the compiler does not flag the error. Instead pass three 
error 1113 is generated (if your target is the 68000, other 
processors will do the initialization incorrectly.). 

"C" 

"processor" 
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struct struct_type { union { int i; 

long 1; } union_var; 

}; 

static struct struct_type struct_var = {9,-1}; 
mainO {} 



The 68000 flags error 1113 and other processor reserve static 
memory for the structure and try to initialize it. The Z80 
initializes three words of memory to 9, -1 and -1. 

Temporary solution: 

If you get error 1113 check for this illegal construct. 



KPR #: 5000176065 Product: 68000 C 64819 01.10 

One-line description: 

Terenary expression causing incorrect code to be generated. 
Problem: 

The terenary expression in the following program causes incorrec 
code to be generated if the condition is false. 

"C" 

"68000" 



mainO { 

double x[10],a,b; 
int c,d,i; 

for (i-0; i<- 9; i++) { 

x[i] = ((!c) && (d)) ? (a/b) : 1000; 

} 

} 



If the condition is true the compiler correctly generates the 
array index, however, if the condition is false the compiler 
never calculates the array index. 

Temporary solution: 

Replace the terenary expression with an 'if statement. 
"C" 

"68000" 
ma int) { 

double x[10],a,b; 
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KPR #: 5000176065 **CONTINUED** 

int c,d,i; 

for (i=0; i<=9; i++) { 

if ( (!c) (d) ) 
x[i] = (a/b); 

else x[i] = 1000; 

} 

} 

Signed off 08/31/88 in release A02.20 

KPR #: 5000192054 Product: 68000 C 64819 01. 09 

One-line description: 

Fields of a structure are dereferenced incorrectly (if fields are big). 
Problem: 

Structure ponters are not being calculated correctly when relative 
addressing requires offsets of large sizes. See following code. 

"C" 

"68000" 
$FAR$ 

struct this{ 

unsigned short int first [256] [256] : 

unsigned short int second[256] [256] ; 
} one,*bufptr; 

unsigned short int *desptr; 

main ( ) 

{ 

bufptr = &one; 

destptr = bufptr->f irst[0] [0] : 

destptr = bufptr->second[0] [0] ; /* Same address assigned. */ 
} 



NOTE: The 8086 line of compilers will generate a pass three error 
for this code. "Program Counters Disagree. " 

Temporary solution: 

For the 68000 family of cross compilers you may use the ' . ' 
operator instead. 



"C" 

"680XX" 
$FAR$ 
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struct this { 

unsigned short int first [256] [256] ; 

unsigned short int second[256] [256] ; 
} Structure, *ptrToStruct; 

unsigned short int *destptr; 

main!) 

{ 

destptr = ^Structure. second[0] [0] ; 

} 



KPR #: 5000209742 Product: 68000 C 64819 01.10 

One-line description: 

Logical operators and 'M' causing bad code to be generated. 

Problem: 

The 64000-UX 68000 C compiler creates incorrect code in the following ex 
ample: 

Linker listing: 
"C" *b=c&&l; 
"68000' 

int c,*b; these should be > 

main() swapped! > 

{ 

*b-c&&l; 
*b-c| 1 1; 

The listing info, show the case for 
&&. The same happens for I I . 
If TST.W equals 0, AO never gets 
initialized. To clear it first 
would be ineffective. 

Temporary solution: 
Use the alternate if-then-else. 

••C" 

■68000" 

int c,*b; 

main( ) 
{ 

/• For the and operator. */ 
if (C&&1) 

•b-i; 
else *b=0; 

/* For the or operator. */ 
if (c) 
*b=l; 



TST.W 


Dstatic[A5] 


BEQ 


mainOl 1 


MOVEA.L 


Dstatic+00002h[A5] ,A0 


MOVE . W 


#00001h, [AO] 


BRA 


inain01_2 


mainOl 1 




CLR.W 


[AO] 


mainOl 2 




UNLK 


Rmain 


c EQU 


Dstatic+Oh 


b EQU 


Dstatic+02h 
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else if (1 ) 

*b=l; 
else 

*b=0; 

} 

Signed off 08/31/88 in release A02.20 



KPR #: 5000220418 Product: 68000 C 64819 01.10 

One-line description: 

Address is not incremented past OxFFFF for data areas > 32k. 
Problem: 

In the expanded listing the address of the 
variable declarations is not shown when the size of the 
data area is greater than FFFFH. I am refering to the 
top of the listing where the C declarations of the 
arrays are made. 

In the expanded listing the address of the 
variable declarations is not shown when the size of the 
data area is greater than FFFFH. I am refering to the 
top of the listing where the C declarations of the 
arrays are made. 

Temporary solution: 

No temporary solution at this time. 



KPR #: 5000222307 Product: 68000 C 64819 01.20 

Keywords: PROBLEM ON 9000/S300 
One-line description: 

Optimize directive causing bad code to be generated. 
Problem: 

Optimize option may cause bad code to be generated when arrays 
of pointers to arrays are used. Example: 

"C" 

"68000" 
$OPTIMIZE+$ 

typedef int MEAS_MARK [4] ; 
ME AS MARK *MEAS_INFO [4] ; 
main!) 

{ int request; 

(*11EAS_INF0[3] ) [0] = 0; 
request = (»MEAS_INFO [3] ) [3] ; 
/• the DO register is cleared to do the first statement, then the 
compiler erroneously assumes that DO has the correct value for 
(*MEAS INF0[3])[3] - it has the value of (»MEAS INFO[3])[0] */ 

} 

Temporary solution: 

Turn optimize off and on again around the problem statement. 
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Signed off 08/31/88 in release A02.20 



KPR #: 5000223107 Product: 68000 C 64819 01.10 

One-line description: 

float += float (unsigned -unsigned) hangs compiler. 
Problem: 

The following program effects the compilers is different 
ways. 

280 Error 1006 
6800 Error 1001 
6809 Error 1001 
Z8001 Works 
8086 Error 1001 
8085 Error 1006 

"C" 

"processor" 

unsigned int aa,b; 

float c; 

int f unc ( ) 
{ 

aa +" c* (b-a) ; 

} 

Temporary solution: 

Use signed integers rather than unsigned. 



"C" 

"processors" 

int a,b; 
float c; 

int tryO 
{ 

a +- c* (b-a) ; 



Signed off 08/31/88 in release A02.20 



KPR #: 5000226530 Product: 68000 C 64819 01.10 

One-line description: 

Real variable used as a test condition cause error. 
Problem: 

68000 C compiler does not accept a float variable by itself 
as an expression. Example: 
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float x; 
main( ) 

{ if( X ) /* gives "Illegal type of operand(s) */ 

) 

Customer feels that this variable should be evaluated to see if it 
is a non-zero float value. 

WORKAROUND: 

Use if( X != 0.0 ) ; 

OR 

cast the variable to an int: 
if ( (int)x); 
Temporary solution: 

Explicitly test the value against zero. 

"C" 

"processor" 

main( ) 
{ 

float i; 

if ( i !- 0) 



> 



KPR #: 5000229237 Product: 68000 C 64819 01.20 

Keywords: PROBLEM ON 9000/S300 
One-line description: 

Inconsistient error messages for too large of data area. 
Problem: 

68000 C compiler will generate a pass 3 error number 1113 when 
the data space exceeds 32K, and the $FAR$ directive is used. Error 
1113 is described as "Program counters to not agree". The 
correct error message is 1105 "Data size too large". This 
is true on the host machines, however, the 64000 incorrectly 
does not generate an error. 

Temporary solution: 
No temporary solution. 
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Signed off 08/31/88 in release A02.20 



KPR #: 5000236828 Product: 68000 C 54819 01.20 

Keywords: PROBLEM ON 9000/S300 
One-line description: 

Calling a function w/o assigning result causes stack to get messed up. 
Problem: 

Bad code generated when procedure that returns a double is called 
without assignment to a result, and $FIXED_PARAMETERS 0N$ is 
used. Example: 

"C" 

•'68000" 

$FIXED_PARA11ETERS 0N$ 
extern double dummy(); 
ma in ( ) 

{ 

dummy ( ) ; 

} /* the problem occurs after the call to dummy - an ADDQ.L,A7 */ 
/* is done to adjust the stack unnecessarily */ 

Temporary solution: 

Create a dummy variable and assign the result of the 
function to this variable. 

inain( ) 
{ 

double dummy; 

dummy = doubleFunc ( ! : 
} 

Signed off 08/31/88 in release A02.20 



KPR #: 5000264481 Product: 68000 C 64819 01.20 

Keywords: PROBLEM ON 9000/S300 
One-line description: 

Problem with Type Name cast - causes Pass 1 error. 
Problem: 

Type Name cast causes Pass 1 error with no info other than: 
"comp: C Pass 1 cannot recover from errors, parsing stopped at 
line .." 
Example : 

"C" 

"58010" 

extern unsigned short *list[]; 
int mainO 

{ 

unsigned short (*maddr)[6]; 
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maddr = (unsigned short(*) [6] ) list; /* this line causes the */ 
} /* problem */ 

This operation is discussed on pages 199 and 200 of K&R. 

The problem seems to come from an error in the way the pointers are 
assigned, i.e. if the program is changed to: 

{ 

unsigned short "maddrfe]; 

maddr = (unsigned short (*)[6])list; /* . . . 



it seems to compile. 
But, according to K. & R., this should be an lvalue error. 

Temporary solution: 

Change program structure to form a new block - then redefine the 
variable type as needed inside this block. Upon exiting this block 
the original type cast will resume. 

e.g. 

"C" 

■•68010" 

extern unsigned short *list; 

int main( ) 

{ 

{ /* new block */ 

unsigned short (*maddr)[6]; 

unsigned short (*list)[6]; /* redefined var. type */ 
maddr = list ; /* simplified assignment statement */ 

} 

/* Rest of program 

goes here . . . note that the global type defn. 
for the variable "list" now takes over */ 



This isn't pretty, but it is functional. 



KPR #: 5000269407 Product: 68000 C 64819 02.10 

Keywords: PROBLEM ON 9000/S300 
One-line description: 

The EXT.L command does not work properly. 
Problem: 

The problem seems to be with the EXT.L instruction itself - when 
the code is executed DO contains 'FFFFSOOOh' (it should contain 
'OOOOSOOOh'. Somehow the negative flag in the status register 
is getting set. Then, when the EXT.L is executed, the computer thinks 
the number it is expanding is negative - and it expands it with 
2's compliment using 'F's instead of zeros. 
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NOTE: This problein has come up in other places, too. See 
SR #5000271957. 

Temporary solution: 

Cast to an unsigned long; 

ul ■= (unsigned longToxSOOO; 
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64819 



02. 10 



One- line description: 

Bad code is generated when a char var is compared to a negative number 
Problem: 

Bad code generated when a var that is type char is compared to 
a negative number. Example: 

"C" 

"68000" 
char c; 
ma in ( ) 
{ 

if( c =- -1 ) 

c = 1; 

> 

the problem is that 8 bit value is moved to a register via a 
MOVE.B instruction, but then compared to OFFFFH via a CMPI.W 
instruction. 

Temporary solution: 
Cast the -1 to a char; 
if( c == (char)-l ) 



KPR #: 5000271957 Product: 68000 C 64819 

Keywords: PROBLEM ON 9000/S300 

One-line description: 
Problem with EXT.L command. 

Problem: 

When we assigns the address value to the pointer, the address is 
converted to a long by EXT.L. The address is 8000H thru OFFFFH. 
In result, the pointer points to unexpected memory location, 
example; 

"C" 

"68000" 
main( ) 
{ 

int *a; 
a=0x8000; 

EXT.L is used here. 

} 

The problem seems to be with the EXT.L instruction itself - when 
the code is executed DO contains 'FFFFSOOOh' (it should contain 
'OOOOSOOOh'. Somehow the negative flag in the status register 



02. 10 



- 68000 C - 



Known Problem Reports as of 09/01/88 



Page: 140 



KPR #: 5000271957 **CONTINUED** 

is getting set. Then, when the EXT.L is executed, the computer thinks 
the number it is expanding is negative - and it expands it with 
2's compliment using 'F's instead of zeros. 

NOTE: This problem has come up in other places, too. See 
SR #5000269407. 

Temporary solution: 
workaround: 

Use a cast and change the type of address. 
a=( long)0x8000 

This statement generates MOVE.L instruction instead of MOVE.W 
and EXT.L. 



KPR #: 5000273730 Product: 68000 C 64819 01.10 

Keywords: PREPROCESSOR 

One-line description: 

Station reset during preprocessor pass. 

Prob lem: 

Station reset during processor pass. 

Temporary solution: 
None. 

Signed off 08/31/88 in release A02.20 



KPR #: D200004929 Product: 68000 C 64819 00.21 

Keywords: CODE GENERATOR 
One-line description: 

Multiple assignments may cause compiler to reuse an overwritten reg. 
Problem: 

Statements requiring extensive use of address reisters may cause the 
compiler to use all available registers and then reuse a register that 
has been over-written. Such a situation is encountered in the following 
source line where address register AO originally contains the base 
address of the array of structures xx[]. By the time that the 
assignment xx[i].x - xx[i].y is made AO has been over written to contain 
the address of xx[i], but it is used as if it still contained xx[0]. 

struct { double x, y, z; 
} xx[2]; 

int i; 
double d; 
main( ) 
{ 

xx[i].x = xx[i].y = xx[i].z = d; 



Temporary solution: 
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Break such complex statements up into simpler statements; i.e., three 
separate assignments. 



KPR #: D200014399 Product: 68000 C 64819 01.07 

Keywords: CODE GENERATOR 

One-line description: 

Bad code using $OPTIMIZE$ and successive uses of the same pointer. 
Problem: 

Sometimes bad code is produced when SOPTIMIZE 0N$ is in effect and 
one dereferences a pointer, updates the pointer, and dereferences the 
pointer again. For example, 

char *p, c; 

mainO { SOPTIMIZE 0N$ 

c = *p; /* Dereference a pointer */ 

MOVEA.L Dstatic(A5] , AO ; p is loaded into AO 

MOVE.B [AO] ,Dstatic+4[A5] 
p += 1; /* Update the pointer */ 

MOVEA.L Dstatic[A5] ,A1 

LEA 1[A1],A2 ; updated value of p is in A2 

MOVE.L A2,Dstatic[A5] 
c = *p; /* Dereference the pointer again */ 

MOVE.B [AO] ,Dstatic+4[A5] ; ERROR - AO contains the old value 

; of p, not the updated value. 

Temporary solution: 

Turn $OPTIMIZE OFF$ around the operations of the above type. 



KPR #: D20O032045 Product: 68000 C 64819 01.07 

One- line description: 

Compiler uses MSB of word containing char value rather than LSB. 
Problem: 

When a character is passed as a parameter, its value is loaded into 
the lower byte of a word. The most significant byte of this word is 
passed as the address of this character. Our compiler doesn't realize 
that the actual ascii value is in the lower byte. So, when this 
character is referenced, the compiler uses the contents of the most 
significant byte rather than the lower byte which contains the ascii 
value. See code and comments below. 
"C" 

"68000" 

/*The following sequence of function calls will duplicate the problem.*/ 
main( ) 

{ putchar ( '5' ) ; 

} 

putchar (parm) 
char parm: 
{ 

write (Xparm) ; 
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} 

write (pi ) 
char *pl; 

{ 

char temp; 

temp = *pl; /* temp is loaded with zero rather than the ascii 

} value for '5' •/ 

The intermediate function call to putchar is needed to duplicate this 
problem. Simply calling write from main will not duplicate the problem. 

Temporary solution: 

Do not declare parameter to be of type character. Instead define it as 
an integer and declare a local variable which is intiallzed to the 
parameters. SEE CODE BELOW: 

"C" 

"68000" 
main L) 
{ 

putchar ( '5' ) ; 

} 

putchar (parm) 

int parm; *1 Here is the change *l 

{ 

local_variable=parm; 
Write (&local variable); 

} 

Write (pi); 
char *pl; 
{ 

char temp; 
temp=*pl; 

} 



KPR #: D200063115 Product: 68000 C 64819 01.09 

One-line description: 

Shift of wrong sized value in register. 

Problem: 

Shift right sometimes generates incorrect result. 

"C" 

"68000" 

int fctl(param) 
unsigned short param; 
{ 

unsigned short data; 
data = param; 
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KPE #: D200063U5 ♦♦CONTINUED** 

/* Zeroes are shifted in for the right shift below. */ 

data = data >> 7 | data << 1; 
return (data); 

) 



int fct2(parain) 
unsigned short data; 
data = param; . 

/• The word size of param is in a register. The next statement 
uses this word size value of param and this results in the 
upper byte of the word being shifted into data instead 
of zeros. */ 

data = data >> 7 I data << 1; 
return(data) ; 

} 

Temporary solution: 

No temporary solution at this time. 



KPR #: D200065193 Product: 68000 C 64819 01.09 

One-line description: 

An "if" statement may cause the compiler to go astray. 
Problem: 

An if statement causes a branch to be generated in case the 
condition is false. If the code space below the if statement 
is >32 in size then the branch goes off into the weeds. 
Use the following program to demonstrate the problem. 

"C" 

"680000" 

main( ) 
{ 

int i; 
if(i"l) { 

/•This code must be >32K */ 

i++;i++; i++; i++; i++; i++; i++; i++; /*Repeat 1035 times. */ 

} 

Temporary solution: 

Don't create such large blocks within an if statement. Perhaps 
the code below the if can be put in a sub-routine. 
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KPR #: D200067587 Product: 68000 C 64819 01.09 

One-line description: 

AO register not initialized properly when using I I . 
Problem: 

The following program will generate bad code. The AO register 
is not initialized at the correct time. 

"C" 

"6800" 

test( ) 
{ 

extern int mlvarl,mlvar2; 

extern int *mlchar; /* It's not necessary that these are 

external var's, but, they must be 
ints for the discrepency to occur. */ 

*mlchar = mlvarl I I mlvar2; 

} 

Temporary solution: 

Use an equivalent "if then else" construct. 

"C" 

"6800" 
test( ) 

{ 

extern int mlvarl, mlvar2; 
extern int *mlvar; 

if (mlvarl) 

*mlvar = 1; 
else if (mlvar2) 

*mlvar = 1; 

else *mlvar = 0; 

} 

Signed off 08/31/88 in release A02.20 



KPR #: D200069674 Product: 68000 C 64819 01.09 

Keywords: PASS 3 
One-line description: 

Conditional compile fails if it suceeds a fixed parm function call. 

Problem: 

Conditional compile does not always work properly if you precede 
the conditional compile with a call to a fixed parameter function. 

"C" 

"processor" 
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$FIXED_PARAMETERS 0N$ 
extern fund ( ) ; 
$FIXED_PARAMETERS OFF$ 
#define ibis 0 

extern func2{ ) ; 

main! ) 

{ 

int i ; 

fund (24); /* See comment below. */ 

»if ibis 

func2( ) ; 
#else if 

i =1; 
#endif 

} 



If the fixed parameter function does not have a parameter which 
is a number I cannot duplicate the problem. 

Temporary solution: 

Turn SAMNESIA 0N$ prior to the call to the fixed parameter function. 
For efficiency reasons turn $AMNESIA OFF$ after the call. 



KPR #: D200071829 Product: 68000 C 64819 01.09 

One-line description: 

Libraries load constants into the data area 
Problem: 

Some of the library routines contain constants which reside 

in DATA space. This prevents these libraries from being used in 

a Ron based system. 

For example: 

The file SINCOSC : NS8086 is an assembly file containing 
constants that are used by the routine SINC0S:NS8086. The "DATA" 
pseudo opcode is used and all constants reside in DATA area!!! 

There are a few variables (i.e. monitor_message) which need to be 
in the DATA area, but the majority of the constants are also being 
loaded in the DATA area. Since the libraries are shipped in relocatable 
form only, the customer must wait for the factory to send the sources 
to him just so he can take out the DATA pseudo and reassemble. 

Please place all constants in the PROG area. 

Temporary solution: 

The only work around is to obtain the sources from the factory, 
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remove the DATA pseudo, and reassemble. 

KPR #: D200074997 Product: 68000 C 64819 01. 10 

One-line description: 

USE OF FUNCTION POINTER TYPE CAST ON MULTIPLE EXTERNAL ARRAYS CAN ERROR 
Problem: 

C/68000 program direct call to external code array using function 
type cast causes error. 

The use of the C type cast operator to call an array of integers as if 
it were a subroutine, may not work when more than 1 external array is 
used in this manner. 

Although the 68000 compiler will generate proper code for the first 
instance of an external array used for this type cast operation, 
the use of other external arrays for this feature may not work. 

The following example shows the problem. The call to intarrayFIRST 
works OK, but the calls to intarraySECOND, intarrayTHIRD & intarrayFOUR 
TH 

call intarrayFIRST by mistake. 

Notice that a workaround solution is to use an embedded assignment to 
a function pointer, which will cause the proper call to be made. 



"C" 

"68000" 

extern int intarrayFIRST[] ; 
extern int intarraySECOND[] ; 
extern int intarrayTHIRD [] : 
extern int intarrayFOURTH[ J ; 

typedef int(*PFI)(); /* PFI a pointer to int functions */ 
PFI p; /* p a pointer of type PFI */ 

int answer; 

main( ) 
{ 

main 

LINK A6,#0 
answer = (*((PFI) intarrayFIRST))!); 

JSR intarrayFIRST+0 [A5] 

nOVE.W D7,Dstatic+00004H[A5] 
answer- (*((PFI) intarraySECOND) ) 0 ; 

JSR intarrayFIRST+0 [A5] **»NOTE call to intarrayFIRST 

MOVE.W D7,Dstatic+00004H[A5] 
answers (»((PFI) intarrayTHIRD )) 0 ; 

JSR intarrayFIRST+0 [A5] *»*NOTE call to intarrayFIRST 

MOVE.W D7,Dstatic+00004H[A5] 
answer = (*((PFI) intarrayFOURTH) ) ( ) ; 

JSR intarrayFIRST+0 [A5] ***NOTE call to intarrayFIRST 
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MOVE.W D7,Dstatic+00004HtA5] 

/* WOBKAROUNC solution: use embedded assignment to pointer 



answer = (*( (p = (PFI) intarrayFOURTH )))(] 



RTH 



LEA 



intarrayF0URTH+0[A5] ,A0 ***NOTE call to intarrayFOU 



MOVE.L A0,Dstatic[A5] 

MOVEA.L Dstatic[A5] ,A1 

JSR [Al] 

nOVE.W D7,Dstatic+00004H[A5] 



UNLK 
Rmain 

GLOBAL 



AS 

Rmain 



RTS 



Temporary solution: 
See problem text. 

Signed off 08/31/88 in release A02.20 



KPR #: D200076455 Product: 68000 C 64819 01.10 

One- line description: 

Terenary expression causing error 1113 or "Too many errors. " 

Problem: 

When compiled the following program compiles correctly on the 64100, 
causes error 1113 on the 300 and pass two error "Too many errors" 
on the VAX and 9000/500. 

"C" 

"68000" 

error check (a) 
int aT2] ; 

{ 

a[0] - (a[0] " 0)?l:a[0]+l; 

} 

Temporary solution: 

Use the alternate if-then-else conditional statement. 
Signed off 08/31/88 in release A02.20 
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KPR #: D200076513 Product: 68000 C 64819 01.10 



One- line description: 

Address comparisons for variables located on negative base-page may fail 
Problem: 

Address comparisons may not work with $BASE_PAGE$ variables loaded in 
the address range 0FF8000H-0FFFFFFH. 

In particular, addresses in that range generated when initializing 
pointers will be created by the linker with the upper byte set to 
OOH for the ABSOLUTE address. They will fail if compared to 
ABSOLUTE_SHORT addresses (which perform sign extension on the 
address setting the upper byte to OFFH) generated with PEA or 
LEA instructions executed at run time. 



The following program illustrates the problem: 



"C" 

"68000" 
$BASE_PAGE$ 

int other [16] ; 

int *p =other; 

unsigned int mask 16=0xf f f f ; 

main?) 

{ 



0000 main 

0000 LINK A6,#0 

if ( p!=other ) ; 

0004 ABSOLUTE_SHORT 

0004 MOVE.L Dstatic+00020H,D0 ### 00FF8XXXH 

0008 LEA Dstatic,AO ### FFFF8XXXH 

OOOC CMP.L AO, DO #FAIL Compare HERE# 

OOOE BEQ main01_l 

/* Workaround # mask addresses if $BASE_PAGE$ •/ 

0012 main0l_l 

if ( ( ( int)p&(maskl6) ) != ( ( int ) others, (mask 15 ) ) ) ; 

0012 MOVE.L Dstatic+00020H,D1 ### 00FF8XXXH 

0016 AND.W Dstatic+00024H,D1 ### OOOOFFFFH 

OOIA LEA Dstatic.Al ### FFFF8XXXH 

OOIE MOVE.L A1,D2 

0020 AND.W Dstatic+00024H,D2 ### OOOOFFFFH 

0024 CMP.W 02, Dl #0K# OOOOXXXXH (02) 

0026 BEQ main01_2 #--# OOOOXXXXH (Dl) 

002A mainOl 2 
} 

0000 DATA 

0000 Dstatic 

0000 DC.B 0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0 

0010 DC.B 0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0 

0020 DC.L Dstatic ### Produces OOFFXXXXH value in link 

0024 DC.W -1 ### OFFFFH 
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Temporary solution: 

See problem text for a work around. 



KPR #: D200C79590 Product: 68000 C 64819 01.10 

Keywords: PROBLEM ON 9000/S300 
One-line description: 

If condition is tested with a CMP Dl.Dl 

Problem: 

The following problem will cause a CMP D1,D1 to be generated. This 
instruction is generated to test an if condition. 

„(,., 

"68000" 

int dataw.datar; 
int *addr; 

main( ) 
{ 

int ij; 

memory test ( ) ; 
} 

memory_test I ) 

{ 

long i; 

for (;;) { 

addr = 0x100000; 

for (i=0; i < 0x100000; i++ ) { 

dataw = (long)addr & Oxffff; 

*aaddr = dataw; 

cJatar = *addr; 

if (datar != dataw) { 

/* CMP Dl.Dl generated here. */ 
for(;;); 

} 

aadr =addr+l; 

) 

> 

Temporary solution: 

Turn amnesia on ( $AMNESIA 0N$) around the function 
memory test. This will cause slightly more code to 
be generated. 
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KPR #: D200081505 Product: 68000 C 64819 01.10 

One-line description: 

Libraries generate incorrect code 68010 processor. 

Problem: 

The 68000/08/10 compilers all share the same library routines. 
In the function Zenter_trap an ADDA.L #5 instruction is used to 
point to the parameters in the trap procedure. The problem is the 
68010 pushes the Vector base register so the instruction should 
use an immediate value of 8. 

Temporary solution: 

Contact your local Applications Engineer to obtain a copy of 
the sources for the libraries. 



KPR #: D200085373 Product: 68000 C 64819 01.10 

One- line description: 

SHORT_ARITH OFF use of mixed short int in conditionals may not work 
Problem: 

With the SHORT_ARITH option OFF, the 68000 compiler 
does not execute full K&R C code correctly for certain mixed 
arithmetic operations when used in "if" expressions. 

EXAMPLE: 

mainO { 

unsigned short us; 
$SHORT_ARITH OFF$ 
us = -3; 

if (us+3); /* Result should be (OxFD -> 253)+3 = 256 */ 
else 

/* This statement executes erroneously */ 

/* But using byte arithmetic produces FALSE=0 */ 
Detailed Listing for Defect Number LSDqf02058 
Text: 

SHORT_ARITH OFF use of mixed short int in conditionals may not work 

Problem: With the SHORT_ARITH option OFF, the 68000 compiler 
does not execute full K&R C code correctly for certain mixed 
arithmetic operations when used in "if" expressions. 

EXAMPLE: 

mainO { 
unsigned short us; 
$SHORT_ARITH OFF$ 
us = -3; 

if (us+3); /» Result should be (OxFD -> 253)+3 - 256 */ 
else 

/* This statement executes erroneously */ 

/* But using byte arithmetic produces FALSE=0 */ 
/* WORKAROUND */ 

/* Result will be (OxFD -> 253)+3 = 256 »/ 
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if ( (unsigned intlus +3) ; 
else; 

} 

The 68000 C compiler computes mixed expressions correctly, as in 
assignment statments and parameter expression. 

This defect appears only when mixed expressions are used without 
assignment as conditional branching expressions. 

This problem may be generated with other operators besides the "+" 
as in the example. 

EXPANDED example: 

unsigned short us; 
$SHORT_ARITH OFF$ 
us = -3; 

MOVE.W #OFFFDH,DO 
NCVE.B D0,-2[A5] 
if (us+3) ; /* Result should be (OxFD -> 253)+3 = 256 */ 
ADDQ.B #3, DO 
BEQ mainOl_l 
BBA main01_2 
mainO 1_1 

else 

/* This statement executes erroneously */ 

/* But using byte arithmetic produces FALSE=0 */ 

/» WORKAROUND */ 

/* Result will be (OxFD -> 253)+3 = 256 */ 
if ( (unsigned int)us +3) ; 
CIR.L 01 
MCVE.B -2[A6],D1 
ADDQ.W #3,01 
BEQ main01_3 
BE A main01_4 
main0l_3 
else; 

mainO 1_4 

Temporary solution: 
EXAMPLE; 

main() { 

unsigned short us; 
$SHORT_ARITH 0FF$ 
us = -3; 

if (us+3); /* Result should be (OxFD -> 253)+3 = 256 */ 
else 

/* This statement executes erroneously */ 

/* But using byte arithmetic produces FALSE=0 */ 
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/* WORKAROUND */ 

/* Result will be (OxFD -> 253)+3 = 256 */ 
if ( (unsigned int)us +3) ; 
else; 

} 



KPR #: D200085399 Product: 68000 C 64819 01.10 

One-line description: 

SHORT_ARITH OFF with unsigned short int in conditional branch error 
Problem: 

This problem may be generated with other operators besides the ' +" 
as in the example. 

EXAMPLE; 

EXPANDED example: 

unsigned short us; 
$SHORT_ARITH OFF$ 
us = -3; 

MOVE.W #0FFFDH,D0 
MOVE.B D0,-2[A6] 
if (us+3); /* Result should be (OxFD -> 253)+3 = 256 */ 
ADDQ.B #3,00 
BEQ main01_l 
BRA main01_2 
mainO 1_1 

else 

/* This statement executes erroneously */ 

/* But using byte arithmetic produces FALSE=0 */ 

Temporary solution: 

/* Result will be (OxFD -> 253)+3 = 256 */ 
if ( (unsigned intjus +3) ; 
CLR.L 01 
MOVE.B -2[A6],01 
ADDQ.W #3,01 
BEQ main01_3 
BRA main01_4 
mainO 1_3 
else ; 

mainOl 4 



KPR #: D200087940 Product: 68000 C 64819 02.10 

One-line description: 

Arrays of 64k Multiples of size caus 210 error unnecessarily 
Problem; 

Detailed Listing for Defect Number LS0qf02937 
Text: 

Arrays of 64k multiples of size cause 210 error unnecessarily 
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more- info 

dtssub: -fmq nam="Bob Gronlund" pho=590-5699 adcl=hplsdla!bob editor=vi 
dtssub: en=- sys=hplsdla 

dtssub: ver=current sf=a rep=stars act=cu an=n en=.dtsrc in=inore-info 
dtssub: rf=inore-info ph=e 

dtsrec: -dtp eng«"" proj = "" editor«vi how=screen pro-language_inaint 

dtsrep: -fmp report-ms pro=language_Tnaint where = f dn="LSDqfOOC" bs=n 
dtsrep: dest=/users/bob/dtsdir/unsort. Im 

dtsupd: -ftp editor=vi us=no ua=yes another dn="LSDqfOOO" how=e 
dtsupd: mod="" 

. submitter 

An array declared as: 
short data[512] [128] ; 

will cause a spurious 210 error. This problem occurs for any 
array (single or multiple dimensioned) that has a size that is 
a precise multiple of 64k. 

This problem applies to all C compilers (pass 1 defect). 

BG, 880316 

Temporary solution: 
There is no workaround. 

Signed off 08/31/88 in release A02.20 
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KPR #: 5000184374 Product: 68000 C M 64819-90902 01.09 

One-line description: 

List library link range in manuals. 

Problem: 

The 68000 library routines must reside within +/- 32K of each 
other. This applies to both A5_LIB and ABS_LIB. This caused problems 
when a customer linked in some of the libraries and burned them into 
EPROM. He then used that link_sym when linking subsequent code. A new 
library routine, not previously linked, was loaded. It made reference 
to a previously loaded library using a BSR which is limited to a +/-32k 
branch. 

Either the libraries should be changed, or the manuals should be 
updated to reflect this restriction. 

Temporary solution: 

No temporary solution at this time. 



KPR #: D200055699 Product: 68000 C M 64819-90902 01.08 

One-line description: 

Declaring a function which returns a ptr to a function causes error. 
Problem: 

Declaring a function that returns a pointer to a function that 
returns an integer causes invalid syntax errors to be generated. 

..(,.. 

"processor" 

int funclO; 

int (»func5() ) 0 ; 

main () { 

int cntr; 
int (*tmp) ( ) ; 

for (cntr=l; cntr<4; cntr++) { 
tmp=func5(cntr) ; 

> 

funcl(){retum(l) ; } 
Temporary solution: 

Break up the declaration by using a typedef. 

"C" 

"processor" 

int funcK ) ; 

typedef int (*pfi)(); 

pfi func5(); 

main() { 
int cntr; 
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int (»tmp)(); 

for (cntr»l; cntr<4; cntr++) 
{ tmp = func5(cntr); 

} 

1 

pfi func5(tmp2) 
int tinp2; 

{ 

if (tinp2= = l) retum(funcl) ; 



funcK ) {return(l) ; } 
Fix information: 

Fix is documented in Software Notice 5959-2125 R2707. 
Signed off 08/06/87 in release 01.10 
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KPR #: 5000279117 Product: 68000 DQ EMUL 300 64243S004 01.10 
One-line description: 

Enabling DMA to emulation memory halts emulator. 
Problem: 

If the emulation configuration question "Enable DMA transfers 
to emulation memory" is answered "yes" the emulator releases 
from reset immediately into a "halt" state. 

This problem appears always; whether a target system is hooked 
up or not. 

Signed off 08/19/88 in release A01.30 



KPR #: D200078188 Product: 68000 DQ EMUL 300 64243S004 01.00 
One-line description: 

Questions not asked when switch from real-time to non-real. 
Problem: 

When modifying an emulation configuration and switching from 
restricted to real time to NOT restricted to real time, the simulated 
I/O and simulated interrupt configuration questions are not asked. 
You must be modifying an existing configuration file. 

Signed off 08/28/87 in release 99.99 

KPR #: 0200078196 Product: 68000 DQ EMUL 300 64243S004 01.00 
One-line description: 

Wrong breakpoint behavior on continuing emulation 
Problem: 

When using software breakpoints and doing the following sequence, 
emulation does not behave as expected. 

run form LOOP 

modify sof tware_breakpoints set LOOP 

#breaks into monitor, displays breakpoint and clears breakpoint 
run 

end 

#return to emulation 

modify sof tware_breakpoints set LOOP 

#breaks into monitor, but does not display or clear breakpoint 
# at second iteration, things return to normal 

Signed off 08/28/87 in release 99.99 

KPR #: D200078972 Product: 68000 DQ EMUL 300 64243S004 01.00 

One-line description: 

EBPP as analyzer fails intermittently 

Signed off 08/28/87 in release 99.99 
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KPR #: D200087197 Product: 68000 DQ EMUL 300 64243S004 01.20 

One-line description: 

Mnemonic scroll and step display may not read memory 
Problem: 

Detailed Listing for Defect Number LSDqf02659 
Text: 

mnemonic scroll and step display may not read memory 

Memory may not be read (but rather data in a buffer from a prior read 
would be used) when a mnemonic memory display is scrolled up, or a step 
is displayed. The buffer is used when instructions are short. For 
stepping, the problem will occur if a step is done from the same address 
as before. Possible scenario: 

step from SOOOh 

modify memory SOOOh to XXXX 

step from 3000h 

The display would show the original instruction, not the one memory was 
modified to. In any case, memory should always be read. 

NOTE: THIS DEFECT APPLIES TO THE 64244 (68008DP EMUL) AS WELL. 

Temporary solution: 

There is no known worHaround available, 
signed off 08/19/88 in release A01.30 



KPR #: D200087759 Product: 68000 DQ EMUL 300 64243S004 01.20 
One-line description: 

Analyzer break fails when stepping over software breakpoint 
Problem: 

Detailed Listing for Defect Number LSDqf02819 
Text: 

Analyzer break fails when stepping over software breakpoint 

Problem only occurs when using the analyzer to step. 
If a software breakpoint point is hit while stepping, the 
analyzer is not correctly cleared. As a result, the next 
step command fails to return back into the monitor and the 
processor is left running user code. 

This defect applies to: 

64243 68000DP Emulator 

64244 68008DP Emulator 

64245 68010DP Emulator 

Temporary solution: 

There is no known workaround available. 
Signed off 08/19/88 in release AO 1.30 
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KPR #: D200088039 Product: 68000 DQ EMUL 300 64243S004 01.00 

One-line description: 

Doing a wait while tracing MAY cause subsuquent traces to never complete 
Signed off 08/19/88 in release A01.30 



KPR #: D200088062 Product: 68000 DQ EMUL 300 64243S004 01.20 
One-line description: 

Multiple commands on the line after "set" will not be executed 
Problem: 

Multiple commands after "set" shall not be executed. 
Signed off 08/19/88 in release A01.30 



KPR #: D200088310 Product: 68000 DQ EMUL 300 64243S004 01.20 
One-line description: 

"end" softkey after HP-IB error does not clear command line 
Problem: 

If there is an HP-IB error and the "end" softkey appears, the command 

line will not be cleared on any keystroke like it normally is. 

In addition there have been instances where NO keystroke would work 

and the "end" softkey was inoperable, nothing could be typed on the 

command line. The exit was to kill the process from another terminal. 

This problem exists for all HP64000-UX emulators built with 

/lsd/p2/cmd/emul/gencore. 

Signed off 08/19/88 in release A01.30 



KPR #: D200090357 Product: 68000 DQ EMUL 300 64243S004 01.20 
One-line description: 

Display memory w/part of the line not readable may hang the system 
Problem: 

Detailed Listing for Defect Number LSDqf03714 
Text: 

display memory w/part of line not readable may hang system 

Doing a display memory where part of a line is not readable (for example 
target memory without monitor loaded) will cause the system to hang. 
This defect exists in all of the following products: 

64243 68000DP Emul 

64244 68008DP Emul 

64245 68010DP Emul 
64286 F9450 Emul 
64203 8085 Emul 

workaround 

Typing <CTRL>-C will make the system return to normal. 
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KPR #: D200090357 *»CONTINUED»* 
Temporary solution: 

Typing <CTRL>-C will make the system return to normal. 
Signed off 08/19/88 in release A01.30 



KPR #: D200090548 Product: 68000 DQ EMUL 300 64243S004 01.20 
One-line description: 

bbaunload causes memory growth problems in emulators 

Problem: 

Detailed Listing for Defect Number LSDqf03817 
Text: 

bbaunload causes memory growth problems in emulators 

The bbaunload library (/lsd/p2/cmd/bba/prod/unload) allocates 
memory and never frees it. 

Please expand to 64244S004 and 64245S004 as well. 

Bruce E 

FIXED: 

The new library fixes these problems as well as making the whole 
unload process much faster. It is fixed as of 03June88. 

Signed off 08/19/88 in release A01.30 



KPR #: D200090555 Product: 68000 DQ ENUL 300 64243S004 01.20 
One-line description: 

_display_message causes 'access guarded memory' 
Problem: 

Detailed Listing for Defect Number LSDqf03818 
Text: 

_display_inessage cuases 'access guarded memory' 

3) The routine display_message does not always work. 

According to the source, it expects the host to initialize a 
global variable XEnv_68k_except . 

The l.LO emulator software does not always do this, so there is 
the wrong value in that variable causing the routine to attempt 
a TRAP 0. The TRAP vectors are empty, so the program gets an 
address error and dies. 

It seems to occur when ending the emulation session, restarting 
it, and reloading the absolue file. 

This problem can be avoided by manually doing 
modify memory XEnv_68k_except words to 0 

This is from notes, reported by Jerry Metz at LID. Bryce has duplicated 
the problem here with a routine that just does an exit(l). Please see 
him for details. 
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KPR #: D200090555 **CONTINUED*» 

Please expand to the 64244 and 64245 also. 

Temporary solution: 

This problem can be avoided by manually doing 
modify memory XEnv_68K_except words to 0. 

Signed off 08/19/88 in release A01.30 



KPR #: D200090829 Product: 68000 DQ EMUL 300 64243S004 01.20 
One-line description: 

Code disp. with trace not right if code changed w/o ending emul. session 
Problem: 

Source lines displayed with a trace may not be correct if 

the code is changed without ending out of the emulation session. 

For exanple, a user running is windows does a display trace source 

on, and sees a statement: i = 1; in the trace along with the 

MOVE.L #1,D0 that accompanies that source line. The user then 

moves to another window, changes the source line to i = 2;, recompiles, 

relinks, and runs edbuild. The user then moves back to the emulation 

window, reloads the file, and reruns the code and the trace. The 

trace shows MOVE.L #2, DO as expected, BUT shows i = 1; as the 

source line. 

End out of emulation, and reenter before loading the new program 
Source lines displayed with a trace may not be correct if 
the code is changed without ending out of the emulation session. 
For exanple, a user running is windows does a display trace source 
on, and sees a statement: i = 1; in the trace along with the 
MOVE.L #1,D0 that accompanies that source line. The user then 
moves to another window, changes the source line to i = 2;, recompiles, 
relinks, and runs edbuild. The user then moves back to the emulation 
window, reloads the file, and reruns the code and the trace. The 
trace shows MOVE.L #2, DO as expected, BUT shows i = 1; as the 
source line. 

Temporary solution: 

End out of emulation, and reenter before loading the new program 
or executing the trace. 

Signed off 08/19/88 in release A01.30 
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KPR #: D2OO031872 Product: 68000 DQ SW ANALYZER 64341G 01.00 
One-line description: 

Using local static variables in C causes a lockup in the analyzer 
Problem: 

Using local static variables in the C language causes the analyzer 
to lock up. The analyzer looks through the dynamic data area without 
ever realizing that the variable is in the static data area, thus an 
infinite loop results. 

Temporary solution: 

The problem itself has no workaround, the customer must not use 
local static variables until new software is available. 

Signed off 11/06/87 in release 01.02 
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KPR #: D200081372 Product: 68000 EMUL 12.5 MHZ 64243 01.01 



One-line description: 

State lA generates wrong instruction for Adr Reg. Indirect w/Indexing 
Problem: 

The assembler syntax of the address register indirect with index 
addressing mode is d(An,Rn). Rn (the index register) can be either 
an address or a data register. If the code uses an address register 
for Rn, the disassembler incorrectly displays the data register of 
the same number. Refer to the following example: 

Source Code: MOVE.W 0[A0,A1].D0 

Disassembled Code: MOVE.W 000H[A0 ,D1.W] ,D0 

^ incorrect value 

Note that the index register was incorrectly disassembled as Dl 
instead of Al. 



Temporary solution: 

No workaround at this time. 



- 68000 EMUL 12.5 MHZ - 



Known Problem Reports as of 09/01/88 



Page: 163 



KPR #: D200067637 Product: 68000 EMULATION 64242 01.07 

One-line description: 

Load of more than 1 abs. to targ. mem. not allowed when restricted to RT 
Problem: 

When restricted to real time, loading more than one absolute file to 
target memory gives an error when attempting the second load, 
"ERROR: Command causes break- runs restricted to real time". 

The emulator is actually running in the monitor at this time but 
the emulation software seems to think that it is executing target 
memory. 

Example: 

emulate CONFIG load HON ;restricted to real-time, load monitor 
load FILEl ;FILE1 mapped to target memory 

load FILE2 ;FILE2 mapped to target memory <<<<< 

Error occurs here >>" 



Temporary solution: 

Add a "break" between each load 

Example 



emulate CONFIG load HON 

load FILEl 

break 

load FILE2 

break 

load FILE3 

etc. 



;mapped to target memory 
; mapped to target memory 
;mapped to target memory 
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KPR #: 5000187674 Product: 68000 EMULATION 300 64242S004 
One-line description: 

Ehalt occurring too often while running user code. 
Signed off 10/02/87 in release 01.10 



KPR #: D200069484 Product: 68000 EMULATION 300 64242S004 01.00 
One-line description: 

Measurement System end_released when terminal cannot be initialized 
Problem: 

A measurement system will be end_released, resulting in loss of 
data, when a non-supported terminal is used to enter a currently 
locked measurement system. This problem will arise if the TERM 
environment variable is not set to a value that is supported by 
64000-UX. This may happen when logging in to a system over a 
port that is not hard-wired (modem, LAN vt, etc.) where the 
system prompts you for the Terminal type, which sets the TERM 
variable. 

Temporary solution: 

Make sure that the TERM variable is set to a type of terminal 
that is supported with 64000-UX. This can be verified by typing 
"echo $TERM". 

Duplicate Service Requests: D200069500 D200069492 



KPR #: D200080606 Product: 68000 EMULATION 300 64242S004 01.00 
One-line description: 

pwd truncates the /net/system portion of the path when RFA'ed to system. 
Problem: 

When using the HP 64000-UX products and netunaming across the LAN 
to another system, such as a compile server, the HP-UX command 
"pwd" which is used by the HP64000-UX product to tell what the 
local directory is, truncates the "/net/system" part of the path. 

This is a HP-UX operating system defect. It is not a defect in 
the HP 64000-UX application software. As soon as this defect is 
fixed in HP-UX, it will work correctly when using the HP 64000-UX 
applications. 



KPR #: D200080903 Product: 68000 EMULATION 300 64242S004 01.00 
One-line description: 

Using Emulation across RFA can give incomplete symbol information 
Problem: 

Accessing symbol data in a remote file across RFA may result 
in incomplete symbol information being available. This 
problem is a result of read() calls being interrupted during 
file access over RFA. 

This problem can also affect reading absolute data into memory as 
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KPR #: D200080903 **CONTINUED*» 
well. 
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Temporary solution: 

If this problem occurs while loading absolute data, attempting 
to reload the file again may work. 

There are two possible answers to this problem. The first is to 
move the .Y file to the machine running the emulator. 

The second solution is to move the program object to the machine 
which is running the emulator. This can be done using the get64 
program. When you load the emulator, a new .Y file will be created. 



KPR #: D200081679 Product: 68000 EMULATION 300 64242S004 01.00 
One-line description: 

Tracing on status int_acl< does not work. 
Problem: 

Tracing on status int_ack does not work. 

To observe an interrupt service routine, "trace about status int_ack" 
does not work. One must instead trace about an address in the 
interrupt vector table (Oh thru 2ffh). 

Temporary solution: 

Trace on ar address (range) in the interrupt vector table. This 
will result in capturing nearly the same amount of information. 



KPR #: D200081885 Product: 68000 EMULATION 300 64242S004 01.00 
One-line description: 

The Inter-Module-Bus trigger signal latches when set to drive & receive 
Problem: 

When two emulators are set to drive and receive trigger, after the 
trigger signal is driven once over the 1MB, the trigger signal latches. 
Subsequent measurements trigger immediately since the trigger signal on 
the 1MB is still latched from the previous measurement. 

Temporary solution: 

No workaround at this time. 



KPR #: D200082180 Product: 68000 EMULATION 300 64242S004 01.00 
One-line description: 

Processes sometimes left running after parent has stopped. 
Problem: 

Sometimes, when the parent process to a measurement system is killed 
some of the measurement systems processes are left running. Please 
change the behaviour of the products so that these processes die 
nicely. 
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Temporary solution: 

If the tty associated with the process is a pty, then you can 
release the processes by 
cat < ptyxx 

This causes the pending output to be flushed, and the processes will die 
naturally. 



KPR #: D200082594 Product: 68000 EMULATION 300 64242S004 01.00 

One-line description: 

Memory breaks during stepping are not detected 
Problem: 

Memory breaks (write to ROM, etc.) which occur while stepping will not 
be noted on the status line. 



Temporary solution: 

No workaround at this time. 



KPR #: D200082610 Product: 68000 EMULATION 300 64242S004 01.00 
Keywords: BREAKPOINT 
One-line description: 

Software breakpoint in target memory will hang system. 

Problem: 

A software breakpoint set in target memory will cause the system to 
hang. 



Temporary solution: 

Do not use software breakpoints in target memory. If software 
breakpoints are required to debug a certain section of code, 
make sure that section is mapped to emulation memory. 



KPR #: 0200083196 Product: 68000 EMULATION 300 64242S004 01.00 
One-line description: 

Loading a trace file from a different processor may cause core dump 
Problem: 

If a trace file is created with "store trace" on a processor that allows 
multiple analysis modes with some mode other than the default, then is 
loaded by a processor with only one mode, a core dump will result. A 
good example is storing an execution mode trace on the dequeued 68000, 
then trying to load the trace on the non-dequeued 68000. 



Temporary solution: 
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KPR #: D200083196 **CONTINUED** 

Do not attempt to load a trace file for a mode that is not supported. 



KPR #: D200085993 Product: 68000 EMULATION 300 64242S004 01.00 

One-line description: 
Tracelist symbols dissappear. 

Problem: 

The symbols will not be displayed in the trace list if the 
following commands are executed: 

1. display trace absolute symbols on 

2. end ; end locks the emulation session 

3. <system name> <module name> ; continues the emulation session 

4. display trace 

The symbols will not be displayed even if you try to re-execute step 
number 1. 

Temporary solution: 

Perform the following steps after executing steps 1-4 listed in the 
problem text. 

5. display trace mnemonic 

6. display trace absolute 



KPR #: D200090811 Product: 68000 EMULATION 300 64242S004 01.00 

One-line description: 

Code disp. with trace not right if code changed w/o ending emul. session 
Problem: 

Source lines displayed with a trace may not be correct if 

the code is changed without ending out of the emulation session. 

For exanple, a user running is windows does a display trace source 

on, and sees a statement: i = 1; in the trace along with the 

MOVE.L #1,D0 that accompanies that source line. The user then 

moves to another window, changes the source line to i = 2;, recompiles, 

relinks, and runs edbuild. The user then moves back to the emulation 

window, reloads the file, and reruns the code and the trace. The 

trace shows MOVE.L #2, DO as expected, BUT shows i = 1; as the 

source line. 

End out of emulation, and reenter before loading the new program 
Source lines displayed with a trace may not be correct if 
the code is changed without ending out of the emulation session. 
For exanple, a user running is windows does a display trace source 
on, and sees a statement: i = 1; in the trace along with the 
MOVE.L #1,D0 that accompanies that source line. The user then 
moves to another window, changes the source line to i = 2;, recompiles, 
relinks, and runs edbuild. The user then moves back to the emulation 
window, reloads the file, and reruns the code and the trace. The 
trace shows MOVE.L #2, DO as expected, BUT shows i = 1; as the 
source line. 
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Temporary solution: 

End out of emulation, and reenter before loading the new program 
or executing the trace. 
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KPR #: D200013110 Product: 68000 HL SOFT ANAL M 64331-90902 01.00 
One-line description: 

Tracing a variable declared as a pointer to a function doesn't work in C 
Problem: 

If a variable is declared as a pointer to a function (using C) and 
you then try and trace that variable in Spider an "Invalid type en- 
countered" message will occur. No known workaround situation is cur- 
rently known. 
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KPR #: 1650006700 Product: 68000 PASCAL 64815 00.00 

One-line description: 

Immediate operand's value is altered when doing a logical and. 
Problem: 

Incorrect code is generated for the below program. Specifically, 
the immediate value is altered when the logical AND is done. 

"68000" 
$EXTENSIONS$ 

PROGRAM TEST; 

TYPE 

MASK = 0. . 15; 
INTEGER = SIGNED_16; 

VAR 

CNTL_REG, I : INTEGER; 



BEGIN 

IF INTEGER(MASK(CNTL_REG)*MASK(SIGNED_16(0FH) ) > 9 
THEN; 

END. 

Temporary solution: 

The April SMS has fixed this problem. The revisions involved are 
1.3 on the 9000, 1.4 on the VAX and 1.10 on the 64100A. 



KPR #: 2700005561 Product: 68000 PASCAL 64815 01.09 

Keywords: DIV 

One-line description: 

UNSIGNED_32 division with dividend or divisor > 8000,OOOOH may not work. 
Problem: 

RE: UNSIGNED_32 DIVISION. 

0E0O0,O0OOH / 09000, OOOOH return the wrong value. Dividend and 
divisor values less than 08000, OOOOH appear OK. 

Signed off 08/25/86 in release 03.01 



KPR #: 5000094615 Product: 58000 PASCAL 64815 01.02 

Keywords: CODE GENERATOR 
One-line description: 

B := ABS(B) fails to write to the data area. 
Problem: 

VAR I : INTEGER; B : BYTE; 
BEGIN 

- 68000 PASCAL - 



Known Problem Reports as of 09/01/88 Page: 171 

KPR #: 5000094615 **CONTINUED** 
I B; 

IF I < 0 THEN 
I : = ABS ( I) ; 

Although I is complimented here, it is kept in the register 
and not rewritten to the data area. 

Temporary solution: 

IF 1 < 0 THEN I := -(I) ; 

Signed off 08/25/86 in release 03.01 



KPR #: 500O119933 Product: 68000 PASCAL 64815 01.09 

One-line description: 

Compiler allows non-standard funct. with EXTENSIONS OFF or ANSI ON 
Problem: 

With the compiler option SEXTENSIONS OFF$ or $ANSI 0N$ some of the 
extensions, such as ADDR, SHIFT, and ROTATE, are permitted without 
an error message being created. The following sample program 
causes no error messages and generates assembly code when compiled. 

"68O00" 

$EXTENSIONS OFF$ {or $ANSI 0N$} 
PROGRAM TEST; 

VAR V : INTEGER; P : "INTEGER; 

BEGIN 

P := ADDR (V) ; 

V := SHIFT (V,l) ; 

V := ROTATE (V, 1) ; 
END. 

However, when testing other Pascal extensions, such as type changing, 
BYTE data type, and non-decimal constants, errors 455 and/or 504 
were generated. This same problem occured on th 8086 and 6800. 

NOTE: 455 - extensions used in extensions off mode 
504 - non-standard feature used 

Signed off 08/25/86 in release 03.01 



KPR #: 5000161182 Product: 68000 PASCAL 64815 01.12 

One-line description: 

Bad code when taking ADDR of record element when using WITH. 

Problem: 

Code generated by the 68000 Pascal compiler is wrong in the following 
example: 

"68000" 
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KPR #: 5000161182 **CONTINUED*» 

PROGRAM test; 
SEXTENSIONS ON, EXTVAR 0N$ 

TYPE x_type = RECORD 
fl : BYTE; 
f2 : BYTE; 
END; 

VAR X : x_type; 
i : INTEGER; 

BEGIN 

WITH X DO 

i := INTEGER (ADDR(F2)) - INTEGER(ADDR(F1 ) ) ; 

END. 



The value of Fl is subtracted rather than the address of Fl. 
This problem seems to be unique to the first element of the 
record. 

Temporary solution: 

Add a negative first element rather than subtracting it. 
"68000" 

PROGRAM test; 

SEXTENSIONS ON, EXTVAR 0N$ 

TYPE x_type = RECORD 
Fl : BYTE; 
F2 : BYTE; 
END; 

VAR X : x_type ; 

i : INTEGER; 

BEGIN 

WITH X DO 

i = - INTEGER(ADDR(F1) ) + INTEGER ( ADDR ( F2 )) ; 

END. 

KPR #: 5000169250 Product: 68000 PASCAL 64815 01.11 

One-line description: 

Declaring a boolean array may cause an out of bounds error. 

Problem: 

The Pascal compiler generates an invalid out of bounds 
error for the following program. 
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"processor" 

PROGRAM OUTOFBOUNDS; 
$RANGE+$ 

TYPE I = INTEGER; 

BOOL_ARRAY = ARRAY [1.. 2] OF BOOLEAN; 

VAR B_ARRAY : BOOL_ARRAY; 

B : BOOLEAN; 

BEGIN 

B B_ARRAY[1] ; 

END. 



If the array type is not boolean then this code compiles correctly. 
Also, you can put the array declaration first and the invalid error 
goes away. 



Temporary solution: 

Declare the boolean array first. 

PROGRAM BO0LEAN_ARRAY ; 

TYPE BO0L_ARRAY - ARRAY [1.. 2] OF BOOLEAN; 



VAR B_ARRAY : BOOL_ARRAY; 

BOOL : BOOLEAN; 

INT : INTEGER; 

BEGIN 

BOOL := B_ARRAY[1]; 
END. 



KPR #: 5000183913 Product: 68000 PASCAL 64815 01.11 



One-line description: 

Casting address to int and adding a signed_16 var generates bad code. 
Problem: 

In the following program the address to integer conversion is 
not always done correctly. In particular if you cast an address 
to an integer and add a signed_16 variable incorrect code is 
generated. 

"68000" 

SEXTENSIONS 0N$ 
$GL0BPR0C 0N$ 

PROGRAM TEST; 



- 68000 PASCAL - 



Known Problem Reports as of 09/01/88 

KPR #: 5000183913 ••CONTINUED** 

VAR INT : INTEGER; 

SHORT: SIGNED_16; 

PROCEDURE PROClVAR PARAM: INTEGER); 

VAR INT1,INT2 : INTEGER; 

SHORT : SIGNED_16; 
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BEGIN 

SHORT := 4; 

INT2 := 8; 

INTl := INTEGER ( ADDR ( PARAM ) ) + SHORT; 
END; 

BEGIN 
END. 



Instead of adding the address of PARAM to SHORT we add the value 
of PARAM. 

Temporary solution: 

Cast the signed_16 variable, in this example SHORT, to 
an integer. 



KPR #: 5000196428 Product: 68000 PASCAL 64815 01.11 

One-line description: 

Bytes sign extened in a case statement. 

Problem: 

The foloowing program generates wrong code on the 64000 (old) 

system (Seems to be correct on 300 series host) 

"68000" 

PROGRAM T; 

SEXTENSIONS 0N$; 

VAR A : BYTE; 

BEGIN 

CASE A OF 

BYTE(55H) : ; 
BYTE(0F5)H: ; 
END; 
END. 

"A" is extended to a word in 64000 Pascal (longword on 300) and the comp 
are is done on a word too (byte on 300). If A-0F5H then it is extended to 
0FFF5H and compared with 0F5H, which fails. 

Temporary solution: 

Use a signed_16 variable for the test case. 
SEXTENSIONS 0N$ 
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PROGRAM TEST; 

VAR A: SIGNED_16; 

BEGIN 

CASE A OF 
0F5H: ; 
END ; 

END. 



KPR #: 5000244368 Product: 68000 PASCAL 64815 01.05 

One-line description: 

Specific file causes pass three error when compiled. (Too many errors) 

Problem: 

pascal-68000 on hp9000/500 , 64815S/001, VI. 5: 
compiler generates a pass 3 error: too many errors. 

but source did not contain any error, compiler generated 
listing has no error-messages, a x-ref can't be generated, 
the same program compiled with version 1.4 lists no error, 
but can't be used by customer, because this version is 
delimited by 128 include-f iles. 

dave, see ux-mail gru.shar (xaa..xae) file g_curs for duplicating 
this error. 

burkhard hp-ism/muc-north 

Signed off 08/31/88 in release A02.00 



KPR #: D20O012104 Product: 68000 PASCAL 64815 01.08 

Keywords: CODE GENERATOR 

One-line description: 

$DEBUG$ may cause undesired TRAPV. 

Signed off 08/25/86 in release 03.01 



KPR #: D20O013359 Product: 68000 PASCAL 64815 01.08 

Keywords: CODE GENERATOR 
One-line description: 

Compiler generates incorrect code for set inclusion check. 
Problem: 

The following program will display a compiler code generation 
problem when testing for SET inclusion. 

PROGRAM lEST; 
$EXTENSIONS$ 
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TYPE 

DIG = SET OF '0' . . '9' ; 

VAR 

DIGIT : DIG; 
DA : STRING; 
A, B : INTEGER; 

BEGIN 

DIGIT := DIG['0','r,'2','3','4','5','6','7','8','9']; 
DA : = ' AAA ' • 
IF DA[1] In'dIGIT THEN 
END. 

Temporary solution: 

As a temporary work-around use the following TYPE definition for 
DIG. 

TYPE 

DIG - SET OF CHAR; 

KPR #: D200014332 Product: 68000 PASCAL 64815 01.09 

Keywords: CODE GENERATOR 

One-line description: 

Bad code using $RANGE$ or $DEBUG$ with $CALL_PC_LONG$ or $LIB_PC_LONG$ 
Problem: 

Bad code is generated when calling functions and the compiler 
directives $RANGE 0N$ or $DEBUG 0N$ are used in combination with 
the directives $CALL_PC_LONG$ or $LIB_PC_LONG$ . For example, 

$DEBUG ON, LIB_PC_LONG$ VAR I:SIGNED_16; 

FUNCTION F:SIGNED_16; BEGIN F := 0; END: 
BEGIN I := F » 2; {PRODUCES BAD CODE} 



BSR F 
MULS #2,D7 
MOVE.L D7,-[A7] 



CALL F 

MULTIPLY RESULT IN D7 TIMES 2 
PUSH PARAMETER FOR Zover f low_s 16 
MOVE.L ttZoverf low_sl6[PC] ,D7 ;ERROR!! D7 DESTROYED!! 
JSR -6[PC,D7.L] ;CALL Zoverf low_sl6 VIA PC LONG METHOD 
MOVE.W D7,I ; WRONG VALUE STORED, D7 CONTAINS BAD DATA! 



Temporary solution: 

Avoid the combination of functions, $RANGE$ or $DEBUG$, and 
$CALL_PC_LONG$ or $LIB_PC^LONG$. The example above may be rewritten 
to achieve the same functionality. 

I := F; {STATEMENT DOES NOT CAUSE CALL TO OVERFLOW ROUTINE} 

I := I » 2; {OVERFLOW ROUTINE CALLED HERE BUT DATA IS NOT IN D7} 
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KPR #: D200030585 Product: 68000 PASCAL 64815 01.09 

Keywords: BOOLEAN 
One-line description: 

NOT( function) as boolean expression in "IF" statement doesn't work. 

Problem: 

"68000" 
PROGRAn TEST; 

FUNCTION X : BOOLEAN; EXTERNAL; 
BEGIN 

IF NOT X THEN ; {THE RETURN VALUE IS NEVER TESTED.} 
{COMPARE THE CODE TO: ) 

IF X THEN; 
END. 

Temporary solution: 

Assign the function to an intermediate variable an test the variable. 
Signed off 08/25/86 in release 03.01 



KPR #: D200036749 Product: 68000 PASCAL 64815 01.09 

Keywords: INCLUDE 
One-line description: 

Nested INCLUDE files 3 or more deep cause 64000 to "hang" in pass 3. 
Problem: 

Nested INCLUDE files 3 or more deep cause 64000 to hang in pass 3. 

Temporary solution: 
None at this time. 

Signed off 08/25/86 in release 03.01 



KPR #: D200036889 Product: 68000 PASCAL 64815 01.09 

Keywords: PASS 2 

One-line description: 

K := K + K K; causes too many pass 2 errors to continue. 
Problem: 

PROCEDURE TEST (VAR K : SIGNED_16); 
BEGIN 

K := K + K + K; Causes 64000 to hang in pass 2. Causes the HOST to 
abort in pass 2 with too many errors. 

Temporary solution: 
None at this time. 

Signed off 08/25/86 in release 03.01 
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KPR #: D200047423 Product: 68000 PASCAL 

One-line description; 

TOO MANY ERRORS IN PASS 3 IF >127 PROCEDURES 
Signed off 08/25/86 in release 03.01 



KPR #: D200049882 Product: 58000 PASCAL 64815 01.10 

Keywords: PASS 3 
One-line description: 

Compiler $FAR 0N$, creates incorrect data offsets in listing 

Problem: 
"68000" 
$FAR 0N$ 
PROGRAM PROVE; 

VAR 

X.Y: INTEGER; 

A: ARRAY [0. .99999] OF INTEGER; 
BEGIN 

$TESTS 1, LIST_CODE ON, LIST_OBJ 0N$ 
(* Comment ON 

Y : = A[0] ; 

Y := A[8000] ; 

Y := A[9000]; 
Comment OFF *) 
$TESTS 3$ 

Y : - A[16000] ; 

Y : = A[17000] ; 
$TESTS 7$ 

Y : = A[15000] ; 

Y := A[17000] ; 
STESTS 1$ 

(* Comment ON 

Y := A[32000] ; 

Y := A[33000] ; 
Comment OFF *) 

END. 

Temporary solution: 

If arrays of this size are required download the file to the 64100 
and compile. 



KPR #: D200050997 Product: 68000 PASCAL 64815 01.10 

One-line description: 

Program causes compiler to hang up. 

Problem: 

A program containing a complicated expression causes the compiler 
to hang up in pass 2. No listing file is created and no error 
message is generated. 
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Temporary solution: 

Break the complicated expression up into two or more simpler 
expressions . 

Signed off 08/25/86 in release 03.01 



KPR #: D200052553 Product: 68000 PASCAL 64815 01.10 

One-line description: 

Missing semicolon causes compiler to hang in Pass 1. 
Problem: 

The following code causes the 64000 to hang in pass 1. An error 
is generated on the hosts stating that parsing has stopped at 
a particular line number. 

" B280 " 

PROGRAM MAIN; 
TYPE 

STRUCTURED- RECORD 

INI1:INTEGER; 
INT2:INTEGER; 
END; 

PROCEDURE OUTER(VAR PI : STRUCTURED ; VAR P2:INTEGER); 

VAR I: INTEGER; 

BEGIN 

I:=P1 <--This missing semicolon causes the problem 

I:=P1.2; 

I:=P2; 

END; 

BEGIN 
END. 

Temporary solution: 

If the compiler hangs, look for a statement without a semicolon. 
On the 64000, the status line will show which line of code it 
stopped on. On the hosts, the error message generated indicates 
which line of code parsing stopped on. 

Signed off 08/25/86 in release 03.01 



KPR #: D200053157 Product: 68000 PASCAL 64815 01.10 

One-line description: 

Real number library routine "ROUND" not working in some cases. 
Problem: 

The ROUND routine will not always work properly. I have below listed 
a sample program which I plugged different values in. 

"68000" 
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PROGRAM ROUNDTEST; 

VAR rtemp, itemp, temp :REAL; 

BEGIN 

itemp := ROUND ( rtemp) ; 
END. 



If rtemp equals 5.5 itemp will equal 6.0 
6.5 6.0 
7.5 8.0 
100.5 100.0 

Temporary solution: 

No known work around at this time. 

Signed off 08/25/86 in release 03.01 



KPR #: D200053155 Product: 68000 PASCAL 64815 01.10 

One-line description: 

Library routine TRUNC will sometimes return wrong value. 
Problem: 

The below code will demonstrate the problem. 
"68000" 

PROGRAM TRUNCTEST; 

VAR rtemp, itemp, temp : REAL; 

BEGIN 

rtemp := temp; {some value } 

rtemp := TRUNC (rtemp + 0.5); 
END. 

If rtemp is equal to 8388607 the result of TRUNC is correct. That 
is the answer is 8388607. However, at 8388607 and above the 

value of rtemp is altered by TRUNC. 

The cases I tried were: 

8388608.0 (4B00 0000) after TRUNC (4B00 0001) 

8400000.0 (4B00 2C80) (4B00 2C81) 

8388609.0 (4B00 0001) after TRUNC (4B00 0002) 

Temporary solution: 

No known work around at this time. 

Signed off 08/25/86 in release 03.01 
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KPR #: D200060103 Product: 68000 PASCAL 64815 01.10 

One-line description: 

Compiler $FAR 0N$, creates incorrect data offsets in listing 

Problem: 
"68000" 
$FAR 0N$ 
PROGRAM PROVE; 

VAR 

X,Y: INTEGER; 

A: ARRAY [0. .99999] OF INTEGER; 
BEGIN 

STESTS 1, LIST_CODE ON, LIST_OBJ 0N$ 
(* Comment ON 

Y := A[0] ; 

Y := A[8O00] ; 

Y := A[9000] ; 
Comment OFF ») 
$TESTS 3$ 

Y := A[16000] ; 

Y := A[17000] ; 
$TESTS 7$ 

Y := A[16000]; 

Y := A[17000] ; 
STESTS 1$ 

(* Comment ON 

Y := A[32000]; 

Y := A[33000] ; 
Comment OFF *) 

END. 

Temporary solution: 

If arrays of this size are required dovmload the file to the 64100 
and compile. 



KPR #: D200O60343 Product: 68000 PASCAL 64815 01.10 

One-line description: 

Compiler generates a LEA instruction with an illegal source operand. 
Problem: 

The following program causes an illegal 68000 instruction to 
be generated. 

■■68000" 

PROGRAM CGE_1: 
SEXTENSIONS 0N$ 



TYPE REC - RECORD; 

REGO , 
REGl, 
REG2, 
REG3, 
REG4, 
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VAR 



BEGIN 



REGS, 
REG6, 
REG7: 
END; 

RECl, 
REC2: 

VI : 



UNSIGNED_8; 

REC; 

UNSIGNED 8; 



END. 



RECl. REGO := SHIFT (VI, 5) ; 
REC2 := RECl; 



The 'REC2 := RECl' instruction causes a 'LEA DO, AO' 68000 instruction 
to be generated. This is an illegal instruction because the LEA 
instruction cannot have a data register as its source operand. 

Temporary solution: 

Turn SAMNESIA 0N$ above the instruction which makes the structure 
access. 

■■68000" 



$EXTENSIONS$ 
TYPE REC 



RECORD 



REGO, 



VAR 



END; 

RECl, 
REC2: 

VI : 



REG7: 
REC; 

UNSIGNED_8; 



UNSIGNED 8; 



BEGIN 

$AMNESIA OFF$ 

RECl. REGO = SHIFT(V1,5); 
REC2 := RECl; 
$AMNESIA OFF$ 

END. 
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KPR #: D200065045 Product: 68000 PASCAL 64815 01.11 

One-line description: 

The WARN option cannot be turned off. 

Problem: 

The WARN option cannot be turned off on the hosts. With WARN off, 
the host machines (9000/500, 9000/320 and VAX) still generate 
warning messages on the screen and in the listing file. The 
54100 will generate some warning messages (only the duplicate 
macro warning in the following example). 

"processor" PREPROCESS 

$WARN OFF$ 

#define byte SHORT 
#define byte UNSIGNED_8 

PROGRAM GENERATE_WARN; 

VAR LSD: :INT 

{The above is intended to generate warning 512 } 

$LSD +$ 

BEGIN 
END. 

Temporary solution: 

No temporary solution at this time. 



KPR #: D200O71696 Product: 68000 PASCAL 64815 01.11 

One-line description: 

Libraries load constants into the data area 
Problem: 

Some of the library routines contain constants which reside 

in DATA space. This prevents these libraries from being used in 

a ROM based system. 

For example: 

The file SINCOSC : NS8086 is an assembly file containing 
constants that are used by the routine SINCOS:NS8086. The "DATA" 
pseudo opcode is used and all constants reside in DATA area!!! 

There are a few variables (i.e. monitor_message ) which need to be 
in the DATA area, but the majority of the constants are also being 
loaded in the DATA area. Since the libraries are shipped in relocatable 
form only, the customer must wait for the factory to send the sources 
to him just so he can take out the DATA pseudo and reassemble. 

Please place all constants in the PROG area. 
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Temporary solution: 

The only work around is to obtain the sources from the factory, 
remove the DATA pseudo, and reassemble. 



KPR #: D200073007 Product: 68000 PASCAL 64815 01.11 

One-line description: 

Problems with routine STRWRITE & $BASE_PAGE$ mode with ASPIOLIB 
Problem: 

I/O error # 2 may occur when using STRWRITE in a program compiled with 
$BASE_PAGE$ option, in conjunction wtih using the the Pascal 10 library 
ABSPIOLIB. 

If the user allows the DATA area for Pascal program variables to be 
loaded in the memory range 00FF8000H to OOFFFFFFH, an unexpected 
run time I/O error #2 may occur. 

When using the Fascal/64000 string function STRWRITE, the compiler 
generates a global variable STRfile and calls the routines Pstringopen 
and Pwrite string. As part of its error checking mechanism, 
Pwrite_strTng performs an address comparison on the variable STRfile 
as passed by the caller (done as a sign extened SHORT address due to 
the $BASE_PAGE$ option [0FFFF6238H] ) and as created by Pstringopen. (done 
as a LONG address due to the $FAR$ option used in the compililng the 
ABSPIOLIB routines [000FF6238H] ). Since the addresses are found to be 
different the routine generates the I/O error #2 message. 

This error can be avoided by always using the $FAR$ option for any user 
program which wants to be used with the ABSPIOLIB. 



More Information: 

I/O error # 2 may occur when using STRWRITE in a program compiled with 
$BASE_PAGE$ option, in conjunction wtih using the the Pascal 10 library 
ABSPIOLIB. 

If the user allows the DATA area for Pascal program variables to be 
loaded in the memory range OOFF8000H to OOFFFFFFH, an unexpected 
run time I/O error #2 may occur. 

When using the Pascal/64000 string function STRWRITE, the compiler 
generates a global variable STRfile and calls the routines Pstringopen 
and Pwrite__.string. As part of its error checking mechanism, 
Pwrite_strTng performs an address comparison on the variable STRfile 
as passed by the caller (done as a sign extened SHORT address due to 
the $BASE_PAGE$ option [0FFFF6238H] ) and as created by Pstringopen (done 
as a LONG address due to the $FAR$ option used in the compililng the 
ABSPIOLIB routines [000FF6238H] ). Since the addresses are found to be 
different the routine generates the I/O error #2 message. 
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This error can be avoided by always using the $FAR$ option for any user 
program which wants to be used with the ABSPIOLIB. 



Workaround solution for this defect: 



This error can be avoided by consistent use of the $BASE_PAGE$ and 
$FAR$ options in user compiled code with the proper A5 or ABS libraries. 

Always using the $FAR$ option for any user program which will be 
used with the ABSPIOLIB. 

Always using the $BASE_PAGE$ option for any user program which will be 
used with the A5 PIOLIB. 



Temporary solution: 

This error can be avoided by consistent use of the $BASE_PAGE$ and 
$FAR$ options in user compiled code with the proper A5 or ABS libraries. 

Always using the $FAR$ option for any user program which will be 
used with the ABSPIOLIB. 

Always using the $BASE_PAGE$ option for any user program which will be 
used with the A5 PIOLIB. 



KPR #: D200076562 Product: 68000 PASCAL 64815 01.12 

One-line description: 

Subrange parameter not passed properly when function returning integer 
Problem: 

A multi - parameter procedure or function with a value parameter of 
type subrange may not be passed properly in $COMriON$ option mode when 
the parameter expression includes a function returning a subrange value. 

The problem appears to be improper conversion of the 32 bit integer 
returned from the function and the truncation to 16 bits for the 
parameter passing. 



######1 1 I t I t II II II II II H I I II H I I I I II I I Problem source text ################### 
The defect can be reproduced with a call to routine FARMS defined: 
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PROCEDURE FARMS (SP: SUBRANGE; IP:INTEGER; RP:REAL; LP:LONGREAL) ; 

FUNCTION FI1:INTEGER; BEGIN FI1:=1; END; 

BEGIN 

PARMS(FI1,FI1,FI1,FI1) ; {Fails to pass the first parameter properly) 
END; 



Temporary solution: 

The workaround would seem to be performing a functional type change on 
the integer function call: 

PARMS( SUBRANGE(FIl) ,FI1,FI1,FI1) ; {—Will pass the first parameter 

properly. -- } 



KPR #: D200087320 Product: 68000 PASCAL 64815 01.90 

Keywords: CODE GENERATOR PROBLEM ON 9000/S300 PROBLEM ON 9000/S500 

PROBLEM ON VAX NOT ON 64100 SYSTEM 

One-line description: 

"Too many errors pass3" err msg, if use duplicate labels. Need better msg 
Problem: 

Pascal compiler may generate " too many errors in pass 3 " if 

two procedures in one module have a label with same name. Example: 

"8086" 

$EXTENSIONS 0N$ 
PROGRAM T00_MANY; 
PROCEDURE ONE; 
LABEL 100; 
BEGIN 
100: 

GOTO 100; 

END; 

PROCEDURE TWO; { pass 3 error - too many errors in pass 3 } 
LABEL 100; { is generated, without any indication as to } 

BEGIN { what the problem is } 

100: 

GOTO 100 

END; 



Temporary solution: 

The obvious workaround, is do not use duplicate labels. If you get 
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this error message, be aware that you may have duplicate labels in 
the program. 

Signed off 08/31/88 in release A02.00 



KPR #: D200087718 Product: 68000 PASCAL 64815 01.90 

Keywords: PBOBLEM ON 9000/S300 
One-line description: 

Array offset is incorrect if BOOLEAN is the data type for the indices. 
Problem; 

Using the boolean data type as an array indice causes incorrect code 
to be generated. 

"68000" PREPROCESS 

SEXTENSIONS 0N$ 
SGLOBVAR 0N$ 
PROGRAM BADCODE; 

TYPE 

TS = SET OF 0. . .35; 

TA = ARRAY [BOOLEAN] OF TS; 

VAR 

S:TS; 
A:TA; 

B: BOOLEAN; 

BEGIN 

B:= TRUE; 

S:= A[B] ; {THE OFFSET CALCULATED FOR THIS ARRAY ACCESS IS INCORRECT 
END. 

Temporary solution: 

Use a subrange of the integer data type. 

PROGRAM BADCODE; 

TYPE 

TS - SET OF 0. .35; 

TA - ARRAY [0. . 1] OF TS; 

VAR 

S:TS; 
ft: TA- 
B-INTEGER; 

BEGIN 
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Signed off 08/31/88 in release A02.00 
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KPR #: D200031823 Product: 68000 SW ANALYZER 64341B 02.00 
One-line description: 

Using local static variables in C causes a lockup in the analyzer 

Problem: 

Using local static variables in the C language causes the analyzer 
to lock up. The analyzer looks through the dynamic data area without 
ever realizing that the variable is in the static data area, thus an 
infinite loop results. 

Temporary solution: 

The problem itself has no workaround, the customer must not use 
local static variables until new software is available. 

Signed off 11/06/87 in release 02.02 
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KPR #: 5000182006 Product: 68000/08 EMUL M 64242-90906 01.07 

One-line description: 

Monitor is not reentrant. Please document consequences and limitations. 
Problem: 

Because the monitor program is not re-entrant, the following 
combination may cause program crashes during emulation: 

- A software breakpoint is reached and monitor code starts executing 

- A user interrupt occurs ( interrupts do not need to be re-enabled 
in the monitor, because the monitor enters via a TRAP which does 
not alter the interrupt mask ) 

- While processing the user interrupt, a break into the monitor 
occurs to service a display memory repetitively command 

After returning from the NMI and the user interrupt the code executes 
in the monitor, but the register variables are no longer valid because 
they were last modified by the break to service the display memory. 



- 68000/08 EMUL - 



Known Problem Reports as of 09/01/88 



Page: 191 



KPR #: 5000169037 Product: 68000/08 EMULHP-UX M 64243-90903 01.00 
One-line description: 

Explain useage/def inition in manual of INTR character to terminate wait 

Problem: 

IT WOULD BE HELPFUL TO HAVE THE FOLLOWING ADDED TO THE DESCRIPTION OF 
THE "waif COMMAND IN THE "COMMAND SUMMARY" SECTION OF 64000_UX 
EMULATION MANUALS. PERHAPS IT SHOULD ALSO BE ADDED TO THE "CREATING 
AND USING COMMAND FILES" CHAPTER OF THE 64000_UX USER'S GUIDE. 

IN THE PRESENT 64243 EMULATION MANUAL IT SAYS THAT A "waif COMMAND 
WILL CAUSE COMMAND FILE EXECUTION TO WAIT FOR CONTROL C BEFORE 
ACCEPTING THE NEXT COMMAND. 

IT WOULD BE VERY HELPFUL TO POINT GUI THAT THIS IS TRUE IF INTERRUPT 
CHARACTER {"intr") IS SET TO BE CONTOL C. THE DEFAULT IS "DEL". 
THE "stty -a" COMMAND CAN BE USED TO CHECK THIS SETTING. 

Temporary solution: 

This has been documented in the HP 64000-UX 16 bit emulation 
manual update (64200-90912 E0187 U09871. It will also be documented 
in the next update of the HP 64000-UX User's Guide. 

Signed off 11/17/87 in release XOl.Ol 

KPR #: 5000173716 Product: 68000/08 EMULHP-UX M 64243-90903 01.00 
One-line description: 

Page 4-9 Fig 4-3 The first ORG statement should be UNCOMMENTED 
Problem: 

In the Getting Started chapter of the manual, on page 4-9 
in figure 4-3, the FIRST ORG statement is commented. 

Temporary solution: 

In the figure, the first ORG statement should be uncommented. 
If this is not done, the desired results will not be obtained 
by the linking instructions given. 

Fix information: 

Fix is documented in Software Notice 5959-2128 R2707. 
Signed off 08/05/87 in release 01.01 

KPR #: 5000 182519 Product: 68000/08 EMULHP-UX M 64243-90903 01.00 
One-line description: 

Single Stepping slow when in "display trace source only mode". 
Problem: 

This is an operating characteristic of our product. When 
"display trace source only" is selected, there will be a 
decrease in performance whenever the analyzer has captured 
only assembly language generated code. 

Temporary solution: 
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This has been documented in the HP 64000-UX 16 bit emulation 
reference manual update pg 3-44 (64200-90912 E0187 11087). It will 
also be documented in the next update of the HP 64000-UX User's Guide. 

Signed off 11/17/87 in release XOl.Ol 
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KPR #: 5000125229 Product: 68000/08/10 ASM M 64845-90904 01.09 
One-line description: 

RORG ONLY WORKS IF THE CODE IS NOT PC INDEPENDENT. 
Problem: 

If you use RORG around code that is relocatable, an invalid operand 
error is flagged. 
For example: 

•■68000" 

RORG 

MOVE DO.Dl ; NO PROBLEM 

MOVE LABEL [PC] ; 10 ERROR GENERATED. 

Temporary solution: 

Turn RORG off around sections of code that are already relocatable. 
For example : 

"68000" 

RORG 

MOVE D0,D1 
NO_RORG 

MOVE LABEL [PC] 

LABEL 

Fix information: 

Fix is documented in Software Notice 5958-8824 R2707. 
Signed off 08/05/87 in release 01.10 

KPR #: 5000239012 Product: 68000/08/10 ASM M 64845-90904 01. 10 

Keywords: MANUAL 
One-line description: 

Alter all assembler manuals to reflect new syntax. 

KPR #: 5000242032 Product: 68000/08/10 ASM M 64845-90904 01. 10 

Keywords: MANUAL 
One-line description: 

Manual indicates EXT is a legal psuedo for an external declaration. 
Problem: 

The assembler outputs an error when assembling: 
"68000" 

EXT LI 

error -10 
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The 68000 assembler manual states EXT is an acceptable pseudo-op. 
Temporary solution: 

Use "EXTERNAL" rather than "EXT" when making external 
symbol declarations. 

KPR #: 0200045864 Product: 68000/08/10 ASM M 64845-90904 01.00 
One-line description: 

Wrong offset calculated when using PC+index reg+ offset mode of addr. 
Problem: 

When using the PC relative with offset and index register mode of 
addressing the assembler may generate a legal range error. The error 
will be made if the offset symbol is at an absolute location greater 
than FFH. The correct address is generated. 

"68000" 



ORG OlOH 

MOVE #0,DO 

JMP TABLE [PC, DO] 

ORG lOOH 

TABLE DS.W 10 



Temporary solution: 
No temporary solution. 



Duplicate Service Requests: D200045351 

KPR #: D200055947 Product: 68000/08/10 ASM M 64845-90904 01.08 

One-line description; 

Incorrect opcode is generated for Move from CCR instruction. 
Problem: 

The 68000 assembler generates an incorrect opcode for the Move from 
CCR instruction. 

"58000" 



MOVE CCR, DO 
A FOCI is generated rather than a F2C1. 

Temporary solution: 

The opcode that is generated is the opcode for a Move from SR 
instruction. A move from SR will still move the CCR as the user 
expects . 

Fix information: 

Fix is documented in Software Notice 5958-8824 R2707. 
Signed off 08/06/87 in release 01.20 
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KPR #: D200062521 Product: 68000/08/10 ASM M 64845-90904 01.00 
Keywords: MANUAL 

One-line description: 

The MOVE example for program counter with index address mode is wrong. 
Problem: 

In Chapter 2, Special Address Modes, Program Counter with Index, 
the example : 

MOVE SAM[D4.l'] , CHARLIE 

is incorrect. 

Temporary solution: 

The example should read: 

MOVE SAM [PC ,D4.L] , CHARLIE 

KPR #: D200065565 Product: 68000/08/10 ASM M 54845-90904 01.00 

One-line description: 

Include support for BHS and BLO. 

Problem: 

BHS should assemble the same as BCC and BLO the same as BCS. This 
is more logical for the programmer and matches Motorola's 
assembler. 

Temporary solution: 
No temporary solution. 

KPR #: D2OO0656O7 Product: 68000/08/10 ASM M 64845-90904 01.00 

One-line description: 

Clear up confusion on correct symbols. 

Problem: 

The manuals could give a better discription of the mneumonics and 
perhaps describe the differences between HP's assembler and 
Motorolas. Two specific examples: 

External references must be declared "EXTERNAL" not "EXT". 

The manual states that all lables must begin with an upper 
case alpha character. This is not true, both "_" and small 
alpha characters are accepted. 

Signed off 12/02/86 in release 01.01 
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KPR #: 5000214148 Product: 68000/10 EMUL M 64245-90903 01.00 

One-line description: 

Manual has error on fig 3-1, should be "cp" and "sample.*". 
Fix information: 

The documentation has been fixed manual part number 65245-90901 
print date Feb87 E0287, on page 3-2 located on bottom of page. 

Signed off 08/18/87 in release 01.01 
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KPR #: 5000163808 Product: 68000/10 RT S-ANAL M 64341-90903 02.00 

One-line description: 

Non-adjacent symbols not traceable in some conditions. 
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KPR #: 5000291914 Product: 68000C AXLS COMP M 64902-90901 01.00 
One-line description: 

Fig. 4.1 does not compile as the manual indicates. 
Problem: 

AxLS C Compiler does not cause the optimization for space. 

I can not duplicate the example on the page 4-5 of "68000 C Compiler 

Operating Manual". 

Although the "optimize" option for time is not appended, the compiler 
always generates the optimized code for time instead of space. 

Temporary solution: 

There is no workaround needed as this is a problem with the manual. 
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KPR #: 1650055251 Product: 68000C AXLS COMP 300 64902S004 01.00 
One-line description: 

Option for inverse C code only works if it is specified first. 
Problem: 

The option for surrounding the C source statements in the 
output listing with inverse video escape sequences only 
works if it specified as the first option. 

Eg: 

CC68000 -Lac -WL.ti simple. c #0K will generate inverse video 

CC68000 -Lac -WL,it simple. c #BAD won't 

Temporary solution: 

There is no workaround available. 



KPR #: D200083584 Product: 68000C AXLS COPIP 300 64902S004 01.00 

One-line description: 

When cpp macros expansion includes new-line, debug line numbers get off. 
Problem: 

In the absence of -0 and -s, the -g flag is passed to cpp68000 which 
causes it to pass information to ccom6800C regarding macro expansions 
(namely, what the original text was and what it was replaced with). 
When this information is being passed and the original text of the 
macro invocation includes a new-line, ccora68000 counts that new-line 
as a line in the original source file but cpp68000 does not. This 
causes ccom68000's line counting mechanism to be off-by-one until the 
next #line directive from cpp68000 is received. 

Temporary solution: 

First of all, this defect is only noticeable when accessing line 
numbers in the emulator in the vicinity of a macro expansion which 
included a new-line character in its invocation. Should this 
ever occur, it can be worked around by using the disired line number 
minus one. 

Signed off 04/29/88 in release AOl.lO 
Duplicate Service Requests: D200083576 

KPR #: D200 085423 Product: 68000C AXLS COMP 300 64902S004 01.00 
One-line description: 

All variables following an ORG are put at same address. 
Problem: 

All varialJles following an ORG are put at same address. 

If you ORGed several variables beneath one section pragma they 
are all given the starting address. 

tpragma SECTION DATA-OxlOOO 
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char letter; 
char number; 
int count; 

#pragma SECTION UNDO 

ma in ( 1 

{ 

int i; 

i = count; 

> 



Signed off 04/29/88 in release AOl.lO 



KPR #: D200085431 Product: 68000C AXLS COMP 300 64902S004 01.00 
One-line description: 

Operations on bitfields > 17 bits wide may fail. 
Problem: 

The runtime routines bf get6/bfget6u return the value of a 
signed/unsigned bitfield. This value will then be used as an operand 
for some operation. Under most circumstances neither of these 2 
routines will return the correct value from the bitfield. A 
bitfield declaration of width 18-32 bits may cause one of these 
routines to be used in getting that field's value. 

Temporary solution: 

Make sure that the compiler, cc68000, does not generate calls to 
either bfgete or bfgetSu. This may accomplished in either of the 
following 2 ways. 

1. ) Do not use bitfields which are wider than 17 bits. By 

limiting the width of the fields used to being no wider 
than 17 bits, one can be certain that no calls will be 
made to either defective routine. 

2. ) Use bitfields of any width, but adhere to one of the following 

constraints when defining a field which is wider than 17 bits. 

a. ) Make the field the first defined within a structure. 

b. ) If the field cannot be the first defined or there are 

multiple fields which are wider than 17 bits then the 
workaround is as follows: 

Force the field to be allocated memory within 4 bytes 
of the preceding word boundary. For example, the 
following structure declaration will yield the 
following memory allocation. 
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struct /* Allocation will begin on word boundary */ 
{ 

int a: 26; 
int b: 22; 
int c: 4; 

) field; 

Address Memory 
f ield+8 

field+6 

f ield+4 

field+2 

f ield+0 

Here, field. a is the first declared field within the 
structure, ensuring correct operations which involve 
field. a. 

Also, field. b is contained within the first 4 bytes 
from the word-aligned address field+2, ensuring 
correct operations involving field. b. 

Signed off 04/29/88 in release AOl.lO 



Iclclclcl 1 1 1 II 1 1 1 1 1 1 1 1 


Iblblblblblbib 


bl Iblblblblblblblbl 


lalala|a|a|a|a 


allalalblblblblblbl 


1 a! al a| a! al a| a 


al lalalalalalalalaj 



KPR #: D200 085449 Product: 68000C AXLS COMP 300 64902S004 01.00 
One-line description: 

Compiler won't take address of a function pointer. 



Problem: 

The compiler issues a warning that it is ignoring the & operator 
when it is applied to a function pointer. The following code would 
result in an error message about the assignment since the address 
of 'fp' has not been taken. 



int (*fp) 0 ; 
int (**fpp) 0; 

main! ) 
{ 

fpp = &fp; 



Signed off 04/29/88 in release AOl.lO 



KPR #: D200086918 Product: 68000C AXLS COMP 300 64902S004 01.00 
One-line description: 

Compiler erroneously constant folds pointer offsets 

Problem: 
Text: 
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KPR #: D200086918 **CONTINUED** 

Compiler erroneously constant folds pointer offsets. 

The compiler would error when trying to handle negative pointer 
offsets from constant pointer values. 

int a[10] ; 

main( ) 
{ 

a[-l] = l; 

} 

This would produce an error. 

Signed off 04/29/88 in release AOl.lO 



KPR #: D200086926 Product: 68000C AXLS COMP 300 64902S004 01.00 
One-line description: 

Function entry code over writes stack when widened param is not passed. 

Problem: 
Text: 

Function entry code overwrites stack when widened param is not passed. 

Code is generated to unwiden params at function entry when the 
param is a widened type. This code will trash the stack frame if 
the parameter was not actually passed. 

Signed off 04/29/88 in release AOl.lO 



KPR #: D200089417 Product: 68000C AXLS COMP 300 64902S004 01.00 
One-line description: 

tprogma BBA_IGNORE still produces warmings 

Problem: 

Detailed Listing for Defect Number LSDqf03370 
Text: 

#pragma BBA_IGNORE still produces warnings 

The following pragmas still generate warnings in the AxLS compilers: 

#pragma BBA_IGNORE 
#pragma BBA_ALERT 

Although this does not result in any problems, it does look ugly. 

- Bruce Erickson 

Temporary solution: 

There is no workaround needed. 
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KPR #: D200089516 Product: 68000C AXLS COMP 300 64902S004 01.00 
One-line description: 

Runtime and support libraries contain loadtime initializers. 
Problem: 

Compiler libraries lib. a, libpi.a and env.a contain loadtime 

initializers. The lack of runtime initialization in an 

embedded system may cause library routines to behave unexpextedly . 

Signed off 04/29/88 in release AOl.lO 
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KPR #: D200069518 Product: 68008 EnULATION 300 64244S004 01.00 
One-line description: 

Measurement System end_released when terminal cannot be initialized 
Problem: 

A measurement system will be end_released, resulting in loss of 
data, when a non-supported terminal is used to enter a currently 
locked measurement system. This problem will arise if the TERM 
environment variable is not set to a value that is supported by 
64000-UX. This may happen when logging in to a system over a 
port that is not hard-wired (modem, LAN vt, etc.) where the 
system prompts you for the Terminal type, which sets the TERM 
variable. 

Temporary solution: 

Make sure that the TERM variable is set to a type of terminal 
that is supported with 64000-UX. This can be verified by typing 
"echo $TERM" . 

Signed off 08/28/87 in release 99.99 



KPR #: D200072470 Product: 58008 EMULATION 300 64244S004 01.00 
One-line description: 

Incorrect breakpoint behaviour on continuing emulation. 

Problem: 

When using software breakpoints, and doing the following sequence, 
emulation does not behave as expected. 

run LOOP 

modify sof tware_breakpoints set LOOP 

# breaks into monitor, displays breakpoint and clears breakpoint 
run 

end locked 

# return to emulation 

modify sof tware_breakpoints set LOOP 

# breaks into monitor, but does not display or clear breakpoint 

# at second iteration, things return to normal. 



Signed off 08/28/87 in release 99.99 



KPR #: D200078170 Product: 68008 EMULATION 300 54244S004 01.00 
One-line description: 

Questions not asked when switch from real-time to non-real. 
Problem: 

Detailed Listing for Defect Number LSDqf00461 

Submission Number: 00469LSDqf Date Found: 870702 

Defect Status: RESOL Date Arrived: 870702 

Prod/SCMS: 64244 (68008DP Emul) Date Received: 870706 

Version : 3.82 Date Resolved: 870313 
Severity: 4 
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KPR #: D200078170 »*CONTINUED** 

Showstopper: No Number of Duplicates: 

Workaround: No Additional Files: 2 

Defect/Enhancement: 
* defect 

Text: 

Questions not asked when switch from real-time to non-real. 



Submitter Supplied Information 

Submitter name: Kathy Moser 

Submitter phone: 

Submitter address: km 

Activity used to find defect: casual use 

Responder Supplied Information 

Responsible site: LSD 
Responsible project: stars 
Responsible engineer: STARS II 



Resolution: 

? ot (unknown resolution code) 

SCMS Project: /lsd/p2/cmd/emul/m680C8dp 
sens proj version fix: 4.0 



. submitter 

When modifying an emulation configuration and switching from restricted 
to real time to NOT restricted to real time, the simulated I/O and 
simulated interrupt configuration questions are not asked. You must be 
modifying an existing configuration file. 



. labnotes 
File changed: 

/Isd/p2/cmd/emul/m58008dp/conf ig.qs 

signed off 08/28/87 in release 99.99 
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KPR #: D200078964 Product: 68008 EMULATION 300 64244S004 

One-line description: 

EBPP as analyzer fails intermittently 

Signed off 08/28/87 in release 99.99 



KPR #: D200087213 Product: 68008 EMULATION 300 64244S004 01.20 
One-line description: 

Emulator does not work reliably with 64155b Memory 

Problem: 

Emulator does not work properly with 641558 memory control 
card. 

signed off 08/19/88 in release A01.30 



KPR #: D200088328 Product: 68008 EMULATION 300 64244S004 01.20 
One-line description: 

"end" softkey after HP-IB error does not clear command line 
Problem: 

If there is an HP-IB error and the "end" softkey appears, the command 

line will not be cleared on any keystroke like it normally is. 

In addition there have been instances where NO keystroke would work 

and the "end" softkey was inoperable, nothing could be typed on the 

command line. The exit was to kill the process from another terminal. 

This problem exists for all HP64000-UX emulators built with 

/lsd/p2/cmd/emul/gencore. 

Signed off 08/19/88 in release A01.30 



KPR #: 0200090837 Product: 68008 EMULATION 300 64244S004 01.20 
One-line description: 

Code disp. with trace not right if code changed w/o ending emul. session 
Problem: 

Source lines displayed with a trace may not be correct if 

the code is changed without ending out of the emulation session. 

For exanple, a user running is windows does a display trace source 

on, and sees a statement: i = 1; in the trace along with the 

MOVE.L #1,D0 that accompanies that source line. The user then 

moves to another window, changes the source line to i = 2;, recompiles, 

relinks, and runs edbuild. The user then moves back to the emulation 

window, reloads the file, and reruns the code and the trace. The 

trace shows MOVE.L #2, DO as expected, BUT shows i = 1; as the 

source line. 

End out of emulation, and reenter before loading the new program 
Source lines displayed with a trace may not be correct if 
the code is changed without ending out of the emulation session. 
For exanple, a user running is windows does a display trace source 
on, and sees a statement: i = 1; in the trace along with the 
MOVE.L #1,D0 that accompanies that source line. The user then 
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KPR #: D200090837 **CONTINUED** 

moves to another window, changes the source line to i = 2;, recompiles, 
relinks, and runs edbuild. The user then moves back to the emulation 
window, reloads the file, and reruns the code and the trace. The 
trace shows MOVE.L #2, DO as expected, BUT shows i = 1; as the 
source line. 

Temporary solution: 

End out of emulation, and reenter before loading the new program 
or executing the trace. 

Signed off 08/19/88 in release A01.30 



KPR #: D200091116 Product: 68008 EMULATION 300 64244S004 01.20 
One-line description: 

Multiple commands on the line after "set" will not be executed 
Problem: 

Multiple commands after "set" shall not be executed, 
signed off 08/19/88 in release A01.30 



KPR #: D200091132 Product: 68008 EMULATION 300 64244S004 01.20 

One-line description: 

Enabling DMA to emulation memory halts emulator. 
Problem: 

If the emulation configuration question "Enable DMA transfers 
to emulation memory" is answered "yes" the emulator releases 
from reset immediately into a "halt" state. 

This problem appears always; whether a target system is hooked 
up or not. 

Signed off 08/19/88 in release AOl.30 
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KPR #; D200069567 Product: 6801/3 EMULATION 300 64256S004 01.00 
One-line description: 

Measurement System end_released when terminal cannot be initialized 
Problem: 

A measurement system will be end_released, resulting in loss of 
data, when a non-supported terminal is used to enter a currently 
locked measurement system. This problem will arise if the TERM 
environment variable is not set to a value that is supported by 
64000-UX. This may happen when logging in to a system over a 
port that is not hard-wired (modem, LAN vt, etc.) where the 
system prompts you for the Terminal type, which sets the TERM 
variable. 

Temporary solution: 

Make sure that the TERM variable is set to a type of terminal 
that is supported with 64000-UX. This can be verified by typing 
"echo $TERM". 

KPR #: D200077545 Product: 6801/3 EMULATION 300 64256S004 01.00 
One-line description: 

State inverse assembler for 6801 does not work 
Problem: 

Todd Hatf ield^Logic Systems Division 

The problem with the state inverse assembler for the 
6801 has been fixed by the lab engineer. The software 
being shipped currently with the product has been fixed 
to work. The bad software which was shipped will be 
updated with an SMS shipment in the latter part of the 
summer or the first part of the fall, 1987. 

Duplicate Service Requests: D200077537 

KPR #: D200080671 Product: 6801/3 EMULATION 300 64256S004 01.00 
One-line description: 

pwd truncates the /net/system portion of the path when RFA'ed to system. 
Problem: 

When using the HP 64000-UX products and netunaming across the LAN 
to another system, such as a compile server, the HP-UX command 
"pwd" which is used by the HP64000-UX product to tell what the 
local directory is, truncates the "/net/system" part of the path. 

This is a HP-UX operating system defect. It is not a defect in 
the HP 64000-UX application software. As soon as this defect is 
fixed in HP-UX, it will work correctly when using the HP 64000-UX 
applications . 
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KPR #: D200C80978 Product: 6801/3 EMULATION 300 64256S004 01.00 
One-line description: 

Using Emulation across RFA can give incomplete symbol information 
Problem: 

Accessing symbol data in a remote file across RFA may result 
in incomplete symbol information being available. This 
problem is a result of read() calls being interrupted during 
file access over RFA. 

This problem can also affect reading absolute data into memory as 
well. 



Temporary solution: 

If this problem occurs while loading absolute data, attempting 
to reload tlie file again may work. 

There are tvo possible answers to this problem. The first is to 
move the .Y file to the machine running the emulator. 

The second solution is to move the program object to the machine 
which is running the emulator. This can be done using the get64 
program. WTien you load the emulator, a new .Y file will be created. 

KPR #: D200081927 Product: 6801/3 EMULATION 300 64256S004 01.00 

One-line description: 

The Inter-Module-Bus trigger signal latches when set to drive & receive 
Problem: 

When two emulators are set to drive and receive trigger, after the 
trigger signal is driven once over the 1MB, the trigger signal latches. 
Subsequent measurements trigger immediately since the trigger signal on 
the 1MB is still latched from the previous measurement. 

Temporary solution: 

No workaround at this time. 

KPR #: D2O0 082255 Product: 6801/3 EMULATION 300 64256S004 01.00 
One-line description: 

Processes sometimes left running after parent has stopped. 
Problem: 

Sometimes, when the parent process to a measurement system is killed 
some of the measurement systems processes are left running. Please 
change the behaviour of the products so that these processes die 
nicely. 



Temporary solution: 

If the tty associated with the process is a pty, then you can 
release the processes by 
cat < ptyxx 
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This causes the pending output to be flushed, and the processes will die 
naturally. 



KPR #: D200082727 Product: 6801/3 EMULATION 300 64256S004 01.00 

One-line description: 

Under certain conditions the 6801 may not work correctly with SPA 
Problem: 

In certain configurations SPA doesn't work with the 68XX 
series emulators. 

There was a similar problem with the JLO 68XX clones, the 

63XX series. They implemented a software fix to take care of this 

problem. The lab is implementing the same fix for the 58XX 

series. 

KPR #: D200083261 Product: 6801/3 EMULATION 300 64256S004 01.00 
One-line description: 

Loading a trace file from a different processor may cause core dump 
Problem: 

If a trace file is created with "store trace" on a processor that allows 
multiple analysis modes with some mode other than the default, then is 
loaded by a processor with only one mode, a core dump will result. A 
good example is storing an execution mode trace on the dequeued 68000, 
then trying to load the trace on the non-dequeued 68000. 



Temporary solution: 

Do not attempt to load a trace file for a mode that is not supported. 

KPR #: D200086058 Product: 6801/3 EMULATION 300 64256S004 01.00 

One-line description: 
Tracelist symbols dissappear. 

Problem: 

The symbols will not be displayed in the trace list if the 
following commands are executed: 

1. display trace absolute symbols on 

2. end ; end locks the emulation session 

3. <system name> <module name> ; continues the emulation session 

4. display trace 

The symbols will not be displayed even if you try to re-execute step 
number 1. 

Temporary solution: 

Perform the following steps after executing steps 1-4 listed in the 
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problem text. 

5. display trace mnemonic 

6. display trace absolute 
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KPR #: D200086397 Product: 6801/3 EMULATION 300 64256S004 01.00 
One-line description: 

Using simio, then continuing , may not be possible 
Problem: 

If simio is used extensively, then the user attempts to end and reenter 
emulation, reentry will not be possible, and there will be a continuous 
error message stating that the 64120 will not accept a download. This 
is a problem with emulation core, and exists in all emulators. 

KPR #: D200088351 Product: 6801/3 EMULATION 300 64256S004 01.00 

One-line description: 

"end" softkey after HP-IB error does not clear command line 
Problem: 

If there is an HP-IB error and the "end" softkey appears, the command 

line will not be cleared on any keystroke like it normally is. 

In addition there have been instances where NO keystroke would work 

and the "end" softkey was inoperable, nothing could be typed on the 

command line. The exit was to kill the process from another terminal. 

This problem exists for all HP64000-UX emulators built with 

/lsd/p2/cmd/emul/gencore. 

KPR #: D200090886 Product: 6801/3 EMULATION 300 64256S004 01.00 

One-line description: 

Code disp. with trace not right if code changed w/o ending emul. session 
Problem: 

Source lines displayed with a trace may not be correct if 

the code is changed without ending out of the emulation session. 

For exanple , a user running is windows does a display trace source 

on, and sees a statement: i = 1; in the trace along with the 

MOVE.L #1,D0 that accompanies that source line. The user then 

moves to another window, changes the source line to i ■ 2;, recompiles, 

relinks, and runs edbuild. The user then moves back to the emulation 

window, reloads the file, and reruns the code and the trace. The 

trace shows MOVE.L #2, DO as expected, BUT shows i = 1; as the 

source line. 

End out of emulation, and reenter before loading the new program 
Source lines displayed with a trace may not be correct if 
the code is changed without ending out of the emulation session. 
For exanple, a user running is windows does a display trace source 
on, and sees a statement: i = 1; in the trace along with the 
MOVE.L #l,DO that accompanies that source line. The user then 
moves to another window, changes the source line to i = 2;, recompiles, 
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relinks, and runs edbuild. The user then moves back to the emulation 
window, reloads the file, and reruns the code and the trace. The 
trace shows MOVE.L #2, DO as expected, BUT shows i = 1; as the 
source line. 

Temporary solution: 

End out of emulation, and reenter before loading the new program 
or executing the trace. 
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KPR #: D2OO068874 Product: 68010 EMUL 12.511 300 64245S004 01.00 
One-line description: 

simulated I/O, Ints can't be modified when changing from rtrt to nrtrt 
Problem: 

When running restricted to real time, if you change to NOT 
restricted to real-time, the simulated I/O and simulated 
Interrupts configuration questions are not asked while 
modifying the configuration. 

Temporary solution: 

Use the vi or sk editor to edit the ASCII version of the 
emulation configuration file. This file is denoted by the 
.EA extension. 

Signed off 08/28/87 in release 99.99 



KPR #: D2OO069526 Product: 68010 EMUL 12. 5M 300 64245S004 01.00 
One-line description: 

Measurement System end_released when terminal cannot be initialized 
Problem: 

A measurement system will be end_released, resulting in loss of 
data, when a non-supported terminal is used to enter a currently 
locked measurement system. This problem will arise if the TERM 
environment variable is not set to a value that is supported by 
64000-UX. This may happen when logging in to a system over a 
port that is not hard-wired (modem, LAN vt, etc.) where the 
system prompts you for the Terminal type, which sets the TERM 
variable . 

Temporary solution: 

Make sure that the TERM variable is set to a type of terminal 
that is supported with 64000-UX. This can be verified by typing 
"echo STEEM". 

Signed off 08/28/87 in release 99.99 



KPR #: D20O072488 Product: 68010 EMUL 12. 5M 300 54245S004 01.00 
One-line description: 

Incorrect breakpoint behaviour on continuing emulation. 
Problem: 

Vfhen using software breakpoints, and doing the following sequence, 
emulation does not behave as expected. 

run LOOP 

modify software_breakpoints set LOOP 

# breaks into monitor, displays breakpoint and clears breakpoint 
run 

end locked 

# return to emulation 

modify sof tware_breakpoints set LOOP 

# breaks into monitor, but does not display or clear breakpoint 
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# at second iteration, things return to normal. 

Signed off 08/28/87 in release 99.99 

KPR #: D200078055 Product: 68010 EMUL 12. 5M 300 64245S004 OTTOO 
One-line description: 

Ehalt occurring too often while running user code. 
Signed off 08/28/87 in release 99.99 

KPR #: D200078220 Product: 68010 EMUL 12. 5M 300 64245S004 01.00 
One-line description: 

SPA emulator title exceeds 9 character limit and will be truncated 
Signed off 08/28/87 in release 99.99 

KPR #: 0200078956 Product: 68010 EMUL 12. 5M 300 64245S004 01.00 

One-line description: 

EBPP as analyzer fails intermittently 

Signed off 08/28/87 in release 99.99 

KPR #: D200081844 Product: 68010 EMUL 12. 5M 300 64245S004 01. 10 

One-line description: 

Function Code not correct for user mem. access during display registers 
Problem: 

When single stepping through target memory, the read of target memory 
to perform mnemonic disassembly during "display registers" is performed 
using a Function Code of OOOB. This is an "undefined (reserved)" 
function code for the 68010 processor. The correct function code should 
be 110 (Supervisor Program) or 010 (User Program) for access to program 
memory. This customer's target system is sensitive to the function 
code signals and does not complete memory cycles successfully with 
a function code of 000b. 

Temporary solution: 

The following modification to the monitor will test for a function 
code of 000b and modify it to 110 (or 010). This workaround will 
only work for target systems that would not normally use a function 
code of 000b. 

/usr/hp64000/monitor/mon_680lO . S 

566 * GET SOURCE FUNCTION CODE FROM UPPER 3 BITS 

567 MOVE.L SRC_ADDR,D2 

568 ASR #8,02 

569 ASR #5,02 

NEW ANDI.L #00000007H,D2 ;CHECK FOR FC=OOOB 

NEW BNE FC_0K ;FC NOT ZERO, SO LEAVE AS IS 
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NEW MOVE.B #1108, D2 ; SET FC TO SUPERVISOR PROGRAM 

NEW ;(0R OlOB FOR USER PROGRAM) 

NEW FC_OK 

570 MOVEC D2,SFC 

Signed off 08/19/88 in release A01.30 

KPR #: D200088336 Product: 68010 EMUL 12. 5M 300 64245S004 01.20 
One-line description: 

"end" softkey after HP-IB error does not clear command line 
Problem: 

If there is an HP-IB error and the "end" softkey appears, the command 

line will not be cleared on any keystroke like it normally is. 

In addition there have been instances where NO keystroke would work 

and the "end" softkey was inoperable, nothing could be typed on the 

command line. The exit was to kill the process from another terminal. 

This problem exists for all HP64000-UX emulators built with 

/lsd/p2/cmd/emul/gencore. 

Signed off 08/19/88 in release A01.30 

KPR #: D2OO09O845 Product: 68010 EMUL 12. 5M 300 64245S004 01.20 
One-line description: 

Code disp. with trace not right if code changed w/o ending emul. session 
Problem: 

Source lines displayed with a trace may not be correct if 

the code is changed without ending out of the emulation session. 

For exanple, a user running is windows does a display trace source 

on, and sees a statement: i = 1; in the trace along with the 

MOVE.L #1,D0 that accompanies that source line. The user then 

moves to another window, changes the source line to i = 2;, recompiles, 

relinks, and runs edbuild. The user then moves back to the emulation 

window, reloads the file, and reruns the code and the trace. The 

trace shows MOVE.L #2, DO as expected, BUT shows i = 1; as the 

source line. 



End out of emulation, and reenter before loading the new program 
Source lines displayed with a trace may not be correct if 
the code is changed without ending out of the emulation session. 
For exanple, a user running is windows does a display trace source 
on, and sees a statement: i = 1; in the trace along with the 
MOVE.L #1,00 that accompanies that source line. The user then 
moves to another window, changes the source line to i = 2;, recompiles, 
relinks, and runs edbuild. The user then moves back to the emulation 
window, reloads the file, and reruns the code and the trace. The 
trace shows MOVE.L #2, DO as expected, BUT shows i = 1; as the 
source line. 

Temporary solution: 

End out of emulation, and reenter before loading the new program 
or executing the trace. 
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Signed off 08/19/88 in release A01.30 



KPR #: 0200091124 Product: 68010 EMUL 12. 5M 300 64245S004 01.20 
One-line description: 

Multiple commands on the line after "set" will not be executed 
Problem: 

Multiple commands after "set" shall not be executed. 
Signed off 08/19/88 in release A01.30 



KPR #: D200091140 Product: 68010 EMUL 12. 5M 300 64245S004 01.20 
One-line description: 

Enabling DMA to emulation memory halts emulator. 
Problem: 

If the emulation configuration question "Enable DMA transfers 
to emulation memory" is answered "yes" the emulator releases 
from reset immediately into a "halt" state. 

This problem appears always; whether a target system is hooked 
up or not. 

Signed off 08/19/88 in release A01.30 
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KPR #: D200069534 Product: 68010 G.P. EMUL 300 64249S004 01.00 
One-line description: 

Measurement System end_released when terminal cannot be initialized 
Problem: 

A measurement system will be end_released, resulting in loss of 
data, when a non-supported terminal is used to enter a currently 
locked measurement system. This problem will arise if the TERM 
environment variable is not set to a value that is supported by 
54000-UX. This may happen when logging in to a system over a 
port that is not hard-wired (modem, LAN vt, etc.) where the 
system prompts you for the Terminal type, which sets the TERM 
variable . 

Temporary solution: 

Make sure that the TERM variable is set to a type of terminal 
that is supported with 64000-UX. This can be verified by typing 
•echo $TERM". 



KPR #: D200O72496 Product: 68010 G.P. EMUL 300 64249S004 01.00 
One-line description: 

Incorrect breakpoint behaviour on continuing emulation. 
Problem: 

When using software breakpoints, and doing the following sequence, 
emulation does not behave as expected. 

run LOOP 

modify sof tware_breakpoints set LOOP 

# breaks into monitor, displays breakpoint and clears breakpoint 
run 

end locked 

# return to emulation 

modify sof tware_breakpQints set LOOP 

# breaks into monitor, but does not display or clear breakpoint 

# at second iteration, things return to normal. 



KPR #: D200O80648 Product: 68010 G.P. EMUL 300 64249S004 01.00 
One-line description: 

pwd truncates the /net/system portion of the path when RFA'ed to system. 
Problem: 

When using the HP 54000-UX products and netunaming across the LAN 
to another system, such as a compile server, the HP-UX command 
"pwd" which is used by the HP64000-UX product to tell what the 
local directory is, truncates the "/net/system" part of the path. 

This is a HP-UX operating system defect. It is not a defect in 

the HP 6400O-UX application software. As soon as this defect is 

fixed in HP-UX, it will work correctly when using the HP 64000-UX 
applications. 
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KPR #: D200080945 Product: 68010 G.P. EMUL 300 64249S004 01.00 
One-line description: 

Using Emulation across RFA can give incomplete symbol information 
Problem: 

Accessing symbol data in a remote file across RFA may result 
in incomplete symbol information being available. This 
problem is a result of readO calls being interrupted during 
file access over RFA. 

This problem can also affect reading absolute data into memory as 
well. 



Temporary solution: 

If this problem occurs while loading absolute data, attempting 
to reload the file again may work. 

There are two possible answers to this problem. The first is to 
move the .Y file to the machine running the emulator. 

The second solution is to move the program object to the machine 
which is running the emulator. This can be done using the get64 
program. When you load the emulator, a new .Y file will be created. 



KPR #: D200081893 Product: 68010 G.P. EMUL 300 64249S004 01.00 
One-line description: 

The Inter-Module-Bus trigger signal latches when set to drive & receive 
Problem: 

When two emulators are set to drive and receive trigger, after the 
trigger signal is driven once over the 1MB, the trigger signal latches. 
Subsequent measurements trigger immediately since the trigger signal on 
the 1MB is still latched from the previous measurement. 

Temporary solution: 

No workaround at this time. 



KPR #: D200082222 Product: 68010 G.P. EMUL 300 64249S004 01.00 
One-line description: 

Processes sometimes left running after parent has stopped. 

Problem: 

Sometimes, when the parent process to a measurement system is killed 
some of the measurement systems processes are left running. Please 
change the behaviour of the products so that these processes die 
nicely. 



Temporary solution: 

If the tty associated with the process is a pty, then you can 
release the processes by 
cat < ptyxx 
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This causes the pending output to be flushed, and the processes will die 
naturally. 



KPR #: D200082776 Product: 68010 G.P. EMUL 300 64249S004 01.00 
One-line description: 

Memory breaks during stepping are not detected 
Problem: 

Memory breaks (write to ROM, etc.) which occur while stepping will not 
be noted on the status line. 



Temporary solution: 

No workaround at this time. 



KPR #: D200O83238 Product: 68010 G.P. EMUL 300 54249S004 01.00 
One-line description: 

Loading a trace file from a different processor may cause core dump 
Problem: 

If a trace file is created with "store trace" on a processor that allows 
multiple analysis modes with some mode other than the default, then is 
loaded by a processor with only one mode, a core dump will result. A 
good example is storing an execution mode trace on the dequeued 68000, 
then trying to load the trace on the non-dequeued 68000. 



Temporary solution: 

Do not attempt to load a trace file for a mode that is not supported. 



KPR #: D200086025 Product: 68010 G.P. EMUL 300 64249S004 01.00 

One-line description: 
Tracelist symbols dissappear. 

Problem: 

The symbols will not be displayed in the trace list if the 
following commands are executed: 

1. display trace absolute symbols on 

2. end ; end locks the emulation session 

3. <system riame> <module name> ; continues the emulation session 

4. display trace 

The symbols will not be displayed even if you try to re-execute step 
number 1. 

Temporary solution: 

Perform the following steps after executing steps 1-4 listed in the 
problem text. 
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5. display trace mnemonic 

6. display trace absolute 



KPR #: D200087288 Product: 68010 G.P. EMUL 300 64249S004 01.00 
Keywords: BREAKPOINT 
One-line description: 

Software breakpoint in target memory will hang system. 
Problem: 

A software breakpoint set in target memory will cause the system to 
hang. 



Temporary solution: 

Do not use software breakpoints in target memory. If software 
breakpoints are required to debug a certain section of code, 
make sure that section is mapped to emulation memory. 



KPR #: D200090852 Product: 68010 G.P. EMUL 300 64249S004 01.00 
One-line description: 

Code disp. with trace not right if code changed w/o ending emul. session 
Problem: 

Source lines displayed with a trace may not be correct if 

the code is changed without ending out of the emulation session. 

For exanple, a user running is windows does a display trace source 

on, and sees a statement: i = l; in the trace along with the 

MOVE.L #1,00 that accompanies that source line. The user then 

moves to another window, changes the source line to i = 2;, recompiles, 

relinks, and runs edbuild. The user then moves back to the emulation 

window, reloads the file, and reruns the code and the trace. The 

trace shows MOVE.L #2, DO as expected, BUT shows i = 1; as the 

source line. 

End out of emulation, and reenter before loading the new program 
Source lines displayed with a trace may not be correct if 
the code is changed without ending out of the emulation session. 
For exanple, a user running is windows does a display trace source 
on, and sees a statement: i = 1; in the trace along with the 
MOVE.L #1,00 that accompanies that source line. The user then 
moves to another window, changes the source line to i = 2;, recompiles, 
relinks, and runs edbuild. The user then moves back to the emulation 
window, reloads the file, and reruns the code and the trace. The 
trace shows MOVE.L #2, DO as expected, BUT shows i = 1; as the 
source line. 

Temporary solution: 

End out of emulation, and reenter before loading the new program 
or executing the trace. 
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KPR #: D200031781 Product: 68010 SW ANAL 64334 02.00 

One-line description: 

Using local static variables in C causes a lockup in the analyzer 
Problem: 

Using local static variables in the C language causes the analyzer 
to lock up. The analyzer looks through the dynamic data area without 
ever realizing that the variable is in the static data area, thus an 
infinite loop results. 

Temporary solution: 

The problem itself has no workaround, the customer must not use 
local static variables until new software is available. 

Signed off 11/06/87 in release 02.03 
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KPR #: D200031849 Product: 68010 SW ANALYZER 64341D 02.00 
One-line description: 

Using local static variables in C causes a lockup in the analyzer 
Problem: 

Using local static variables in the C language causes the analyzer 
to lock up. The analyzer looks through the dynamic data area without 
ever realizing that the variable is in the static data area, thus an 
infinite loop results. 

Temporary solution: 

The problem itself has no workaround, the customer must not use 
local static variables until new software is available. 

Signed off 11/06/87 in release 02.02 
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KPR #: 5000199059 Product: 68020 ASSEMB 300 64870S004 01.00 
One-line description: 

Packed BCD constants cause incorrect code to be generated. 
Problem: 

The ".?" operator causes incorrect code to be generated. Example: 

FMOVE.P #1. 234567898765, FPO 

generates: 3FF3 COCA 44DE 319E 00D5 0000 as the PACKED DECIMAL 
REAL constanl,. It should be: 

0000 0001 2345 6789 8765 0000 

It appears that anytime a constant is used with a .P qualifier 
incorrect code is generated. 

Temporary solution: 
Don't use .P qualifier. 

Signed off 12/07/87 in release ZOi.lO 



KPR #: 5000285742 Product: 68020 ASSEMB 300 64870S004 01.00 

Keywords: PROBLEM ON 9000/S300 
One-line description: 

NOPAGE option does not work for the 68000 assembler. 
Problem: 

This is the 68000 assembler directive option problem. 

Please refer 68000/10/20 Assembler/Linker/Librarian reference manual. 

( Manual part number : 64870-90901 ) 
Chapter-6 assembler directive : 'NOPAGE' option could not work. 
This option used , but all page eject and page headers were printed. 
'NOPAGE' option were entered inthe file in the second(operation) field. 

Temporary solution: 

There is no workaround available at this time. 



KPR #: D2000 89276 Product: 68020 ASSEMB 300 64870S004 01.00 

One-line description: 

Using asm psued END with numeric expression causes linker error. 
Problem: 

If you use a numeric expression in the assembler END pseudo the 
linker reports error 318. 

SECT prog 
main: move. 1 dO ,dl 
END $1000 

Temporary solution: 

Rather than using a numeric expression use the form 
END LABEL 
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and then load that file starting at the address you wish. 
KPR #: D200089714 Product: 68020 ASSEMB 300 64870S004 01.00 

One-line description: 

Ar68k can not handle long list in command line options. 

Problem: 

DETAILED DESCRIPTION: Ar68k allows the -a, -d, -r, and -e options on the 
command line. These options may be followed by a list of files or modul 

es . 

If the list becomes too long OR if too many of the above options are iss 
ued 

than ar68k acts badly, usually core dumps or sometimes giving a spurious 
error. The list seems to be limited to a few hundred characters 

It would be better if a very long list were allowed. This would allow 
an easier interface with "make" as shown in the following example. 

MODLIST = very long list of modules ... 

all: $(MODLIST) 
rm -f lib. a 

ar68k -a "$(MODLIST)" lib 

The following shell script illustrates the problem. It makes about 
30 modules with long names. It then tries to archive them using the 
command line. 

A test of the fix could be done using the script below and then comparin 
g 

the librarian listing. 

listl= 
list2= 

for i in 01 02 03 04 05 06 07 08 09 10 11 12 13 14 15 16 17 18 19 20 21 
22 23 

4 25 26 27 28 29 30 31 32 
do 

listl="$listl ar68klist$i.o" 
Iist2-"$list2 -a ar68klist$i.o" 
as68k -o ar68klist$i <<EOF 
sect 3 > ; c 
xdef g$i 
g$i dew 0 
end 

EOF 
done 

rm -f lib. a 

# try it as one option with long list 
echo $listl 

ar68k -a "Slistl" lib 

# try it as many options with short list 
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echo $list2 
rm - f 1 ib . a 
ar68k $list2 lib 



Temporary solution: 

Workaround: Create a libraian command file. For example, 

MODLIST = very long list of modules . . . 

all: $(MODLISI) 

rm - f 1 ib . a 

echo create lib > arcmd 

for i in ar*.o ;\ 

do echo addmod $i >> arcmd ;\ 

done 

echo save >> arcmd 
ar68k < arcmd 



KPR #: D200089722 Product: 68020 ASSEPIB 300 64870S004 01.00 

One-line description: 

PLEN directive does not work properly 

Problem: 

DETAILED DESCRIPTION: The PLEN directive is supposed to adjust the numbe 
r 

of lines in a listing page. The manual says that the number specified 
in the directive should be the total number of lines on the page, includ 
ing 

headings. Two things are wrong. 

1. The number specified does not include heading lines. If I specify PL 
EN 50 

then I get about 54 lines per page, 49 lines of source and 5 heading lin 
es. 

2. If I specify a PLEN greater than 55, then the first page is short. 
Subsequent pages are OK obeying the rule stated in number 1 above. 

Temporary solution: 
None. 



KPR #: D200089730 Product: 68020 ASSEMB 300 64870S004 01.00 
One-line description: 

LLEN directive does not work properly with tab characters 
Problem: 

DETAILED DESCRIPTION: The LLEN directive is used to specify the width of 
the 

listing. However, when the source file contains tab characters, these 
tabs are counted as 1 character for the purposes of truncation. The out 
put 

device usually expands these tabs into more than one character. This ma 
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kes 

the listing wider than specified sometimes causing jamming problems with 
certain printers. 



Temporary solution: 
None . 



KPR #: D200089748 Product: 68020 ASSEMB 300 64870S004 01.00 

One-line description: 

Temporary files should be created in /tmp directory 
Problem: 

DETAILED DESCRIPTION: Ld68k (and perhaps other tools) create temprorary 
files 

in the pwd. 

1. If the program terminates abnormally (core dump) than the temporary f 
ile 

is left around. (A interrupt and some kill signals seem to clean up 
properly. 

2. The program cannot be executed in a directory without write permissio 
n 

(where the output files are created elsewhere). 

We would like as68k, ld68k, and ar68k to create ALL temporary files in 
/tmp. TmpfileOS) and tmpname(3S) are available to expedite this proces 
s 

on HPUX. 

Temporary solution: 
None . 



KPR #: D200089763 Product: 68020 ASSEMB 300 64870S004 01.00 

One-line description: 

Incremental link and strip results in corrupted relocatable 
Prob lem: 

When performing an incremental link (-i option) in 

combination with the strip flag (-f nos), the resulting IEEE relocatable 
file is corrupt. The corruption seems to be in the IMAGE part. 

The fix may be tested in the incremental link directory by comparing 
ieee relocatable files. Example files follow. 





sect 


a 




xdef 


ga 




xref 


gb 


ga 


dc. 1 
end 


gb 



eco242a. s 
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sec t a 

xdef gb 
xref ga 
gb dc . 1 ga 

end 

eco242. Ic 

* strip & ircremental link produce corrupt relocatable output 

* incremental link (-i option) must be specified on command line 
nlist s 

load eco242a,eco242b 
end 

partial pmieee dump of resulting relocatable file 

PRNIEEE: Printer version 3.0, reader version 3.0.0 
Reading file eco242.o 

illAGE LOAD PART: 



(0142) SB : Current section for loading is LOl. 

WVW ! 1 ! 1 ! ! ! 1 ! ! 1 

(0144) Record warning: (01) 0144 AS: extra fields found at end of record 
. (0144 

ASP: Set load address for section LOl to (ROl + 0000) 
(014D) ASR: ROl Base offset is (ROl + 0004) 
(0154) SB : Current section for loading is LOl. 

WVVA/ !!!!!!!!!!! 

(0156) Record warning: (01) 0156 AS: extra fields found at end of record 
. (0156 

ASP: Set load address for section LOl to (ROl + 0000) 
(015F) ASR: ROl Base offset is (ROl + 0004) 



Temporary solution: 
None. 



KPR #: D200089771 Product: 68020 ASSEMB 300 64870S004 01.00 
One-line description: 

Reference to label in empty section causes ld68k error 
Problem: 

Detailed Listing for Defect Number LSDqf03193 

ONE LINE DESCRIPTION: Ref. to label in empty sect, causes ld68k error. 

DETAILED DESCRIPTION: Originally Plicrotec's eco #243. I am entering this 
so that I can keep track of it in the usual way. 

An empty section is one which does not contain any code or data. It may, 
however, contain a label. If code in some other section refers to the 
label in the empty section, then ld68k generates an INTERNAL ERROR (318) 
when attempting to link the resulting relocatable file. 
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The problem is seen while linking while the fix, I am told, will be made 
in the assembler. The fix can be tested in either of two ways. By 
comparing the relocatable files produced by the assembler or by 
comparing linker listing files. 

DEFECT OWNED BY: Paul Malek 

Temporary solution: 

There is no known workaround. 



KPR #: D200089789 Product: 68020 ASSEMB 300 64870S004 01.00 

One-line description; 

Section mismatch causes bad info in HP link_sym file 
Problem: 

Section mismatch causes bad info in HP link_sym file 
Ld68k flags a "Section Mismatch" when a global symbol 

is defined in one section and referenced using a different section name. 
Under certain conditions when this warning occurs, there is bad informat 
ion 

in the HP link_sym file. Specifically, there is a bad "memory space" 
record for the referencing module. 

This bad memory space record has a range from 0x00000000 thru Oxffffffff 

This causes problems for the HP emulators because they think the 
whole memory belongs to this module. 

The only way to explain this is with several examples... 

Temporary solution: 
None. 



KPR #: D200089888 Product: 68020 ASSEMB 300 64870S004 01.00 

One-line description: 

Embedded assembly code will not substitute defined variables correctly. 
Problem: 

The following code will result in a ERROR: (525) 
#define USR_STATE,SR DFFFH 

#incli:de "system/local/pragma_asm_h" 
AND I #USR_STATE , SR ; 

the assembler will substitute this way: 

ANDI #$DFFFUSR_STATE,SR; 

and generate a message: 
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ERROR: (525) Invalid character 

Temporary solution: 

This feature will be included in later Rev's of the product. 
Until then, use the EQU directive for embedded assembly. 



- 68020 ASSEMB - 



Known Problem Reports as of 09/01/88 Page: 230 

KPR #: D200090449 Product: 68020 BBA 300 64381S004 01.10 

One-line description: 

Complex conditional assignment delcarations cause bbacpp to core dump 
Problem: 

Detailed Listing for Defect Number LSDqf03782 
Text: 

complex conditional assignment declarations cause bbacpp to core dump 

Some complex conditional assignments will cause bbacpp to core 
dump if they are in declaration statements. For example: 

main( ) 
{ 

int digit = 6 - ( (_ctype[c]&01) ? '0' : (( ctype[c]&02) 

? 'A' - 10) 
: Ca' - 10)); 

} 

Causes a problem. 
Temporary solution: 

Move the assignment statement out of the declaration: 

main( ) 

{ 

int digit; 

digit = 6 - (( ctype[c]&01) ? '0' : (( ctype[c]&02) 

? 'A' - 10) 
: Ca' -10)); 



KPR #: 0200090456 Product: 68020 BBA 300 64381S004 01.10 

One-line description: 

Switch statement followed immediately by a label cases bbacpp to fail 
Problem: 

Detailed Listing for Defect Number LSDqf03784 
Text: 

switch statement followed immediately by a label cases bbacpp to fail 

If a switch statement of the form 

switch(var) 
label: 

if (alpha) 

{ 

case 5 : 
alpha++; 

} 

is encountered, bbacpp will generate incorrect code that changes the 
logic of the program. Note that this is a *very* unusual construct. 
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Temporary solution: 

Place braces around the label: 

switch(var) 

{ /* added brace */ 

label : 

if (alpha) 

{ 

case 5 ; 
aLpha++ ; 

) 

} /* added brace */ 



KPR #: D2OO090464 Product: 68020 BBA 300 64381S004 01.10 

One-line description: 

A switch statement with no statement causes bbacpp to fail 
Problem: 

Detailed Listing for Defect Number LSDqf03785 
Text: 

a switch statement with no statement causes bbacpp to fail 
If a switch statement of the form 
switch (5) ; 

is encountered by bbacpp, bbacpp will issue an incorrect warning 
and refuse to continue parsing the file. 

Note that this statement is somewhat non-sensical ; there are no 
'case' statements for the switch to go to. 

Temporary solution: 

No workaround is needed. 
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KPR #: D200086801 Product: 68020 EWUL 300 64410S004 02.00 

One-line description: 

"at_execution run" may fail to run upon execution, 
Problem: 

"at_execution run ..." may ignore a subsequent execute command and 
fail to initiate a run. 

Please contact the factory if you encounter this problem. 

Joanne Carlson (719) 590-5840 
-or- 590-5576 

KPR #: D200091306 Product: 68020 EMUL 300 64410S004 02.00 

One-line description: 

Leading comma in some addtess indirect assembly is not needed 
Problem: 

The leading comma in some indirect address disassembly is not needed. 
Example code listing: 

*** ORIGINAL SOURCE FILE »** 
CHIP 68020 
ORG OOOOH 

CLR.B ( [AO] ,$12345678) 

CLR.B ( [AO.W] ,$12345678) 

*** ASSEMBLY LISTING *»• 

1 CHIP 58020 

2 ORG OOOOH 
3 

4 00000000 4230 8193 1234 CLR.B ( [AO ], $12345678) 

5678 

5 00000008 4230 8193 1234 CLR.B ( [AO .W] , $12345678 ) 

5678 

*** DELTA 68020 INVERSE ASSEMBLY *»* 

0 42308193+ CLR.B ([, AO . W] ,$ 12345678 ) 

8 42308193+ CLR.B ([, AO .W] , $12345678 ) 



An unnecessary comma is displayed when no offset is present. 

Temporary solution: 

There is no workaround available. 
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KPR #: 5000198952 Product: 68020 EMUL 300 64416S004 01.00 

One-line description: 

FMOVE instructions are disassembled incorrectly. 
Problem: 

The 68020 disassembler does not properly disassemble the FMOVE 
instruction. For example, the assembly listing file displays 
the following: 

00006000 F23C 4400 3F9D FMOVE. S #1.234,FP0 

F3B6 

00006008 4E71 NOP 
0000600A 4E71 NOP 

But, when displaying memory mneumonic, the following is displayed: 

6000 F23C4400+ FMOVE. S #$3F9D,FP0 

6005 F3B6 rsvd 68881 instr type 

6008 4E71 NOP 

600A 4E71 NOP 



Note that the FMOVE. S instruction is a 4 word instruction. But, 
the disassembler only uses the first 3 words of the instruction, 
and treats the fourth word as an additional instruction. The same 
failure occurs when using the FMOVE. D and FMOVE. X instructions. 

The FMOVE. W and FMOVE. L instructions also disassemble incorrectly. 
For example, the assembly listing file displays the following: 



0000603A F23C 50G0 1234 FMOVE. W #$1234, FPO 

00006040 4E71 NOP 

00006042 4E71 NOP 

00006044 F23C 4000 1234 FMOVE. L #$12345678, FPO 
5678 

0000604C 4E71 NOP 

0000604E 4E71 NOP 



But, when displaying memory mnemonic, the following is displayed: 

603A F23C5O00+ FMOVE. W #$34, FPO 

6040 4E71 NOP 

6042 4E71 NOP 

6044 F23C4O00+ FMOVE. L #$34, FPO 

604A 56784E71 ADDQ.W #3,$00004E71 

604E 4E71 NOP 



Note that the disassembler is getting out of sync because the 
immediate <3ata present in the FMOVE instructions is not being 
correctly disassembled. 

Signed off 02/17/88 in release A02.00 
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KPR #: 5000211599 Product: 68020 EMUL 300 64416S004 01.00 

One-line description: 

Error may result when executing "run from a until b" for target address. 
Problem: 

An intermittent failure occurs when executing the instruction 
"run from a until b" if address a and/or b reside in target system 
memory. The error message "too many states pushed onto stack" 
will appear on the status line. 

Note that this failure was entered against version 1.0 of 68020 
emulation software and has already been fixed in the current version 
of 68020 emulation software (version 1.10). 

Signed off 02/17/88 in release A02.00 



KPR #: 5000213983 Product: 68020 EMUL 300 64416S004 01.00 

One-line description: 

Enhancement to the dissassemble feature of the trace display. 
Problem: 

The customer would like the 68020 trace data to be disassembled 
automatically from opcode boundaries. He does not want to be 
required to specify "dissassemble from line number" or "from 
high word" or "from low word". 



Signed off 02/17/88 in release A02.00 



KPR #: 5000214452 Product: 68020 EMUL 300 64416S004 01.00 

One-line description: 

Failures when running the 68020 and any other emulator in same cardcage. 
Problem: 

The 68020 emulator will not function reliably if another emulator 
from the same cardcage is invoked. The 68020 may also affect 
the operation of the other emulator. Varying error messages 
appear on the status line of both emulators. The most common 
messages are "slow device" or "HALT". 

The failure will not occur if one of the emulators in the card 
cage is not being used. 

Temporary solution: 

Assume that you have already entered into emulator A and are 
in the middle of an emulation session. Now you want to begin an 
emulation session with emulator B. Perform the following steps 
to ensure that no failures occur. 

1. End lock from emulator A. 

2. Enter emulator B and load the appropriate configuration file. 

3. Now you can re-enter emulator A without affecting the operation 
of emulator A or B. 

Signed off 02/17/88 in release A02.00 
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KPR #: 5000214841 Product: 68020 EMUL 300 64416S004 01.00 

One-line description: 

Failure occurs with "modify memory <address> to <procedure name>". 
Problem: 

The following modify memory operation does not work correctly: 

modify memory long <address> to <procedure name> 

Rather than loading the value of the starting address of the 
procedure, this operation will load the return address of the 
procedure. 

For example, 

modify memory long 6000H to _towers 
where, 

"_towers" is the name of a procedure in a "C" program. 
_towers = 22BAH 

return address of _towers = 2318H 

The previous coimnand will incorrectly load the value 00002318H 
into address 6000H. The value that should have been loaded is 
000022BAH. 



Temporary solution: 

To work around this problem the procedure can be specified as 
"procedure 0": 

modify memory long 6000h to _hanoi+0 

or the absolute numeric data can be used: 

modify memory long 6000h to 22BAH 



Signed off 02/17/88 in release A02.00 



KPR #: 5000215558 Product: 68020 EMUL 300 64416S004 01.00 

One-line description: 

Improve comments in the emulation monitor regarding the "TRACE" vector. 
Problem: 

This report contains two enhancement requests: 

1. The comments in the mon_68020.s file regarding the TRACE exception 
vectors are confusing. The comment reads: 

" THE TSACE-EXCEPTION ENTRY FOR THE MONITOR (ORG $24) SHOULD NOT 
BE ALTERED OR COMMENTED OUT IF THE USER WISHES TO USE THE 
SINGLE-STEP FACILITIES OF THE EMULATOR" 

There are two ORG $24 statements in our monitor, one reads 



- 68020 EMUL - 



Known Problem Reports as of 09/01/88 



Page: 236 



KPR #: 5000215558 **CONTINUED** 

"MONITOR SINGLE-STEP ENTRY" the other "---TRACE---". It would 
be better to have separate comments above each of these entries. 

2. The second request was regarding the explanation of the TRACE 
vector in the manual. The manuals have already been updated 
with the correction. 

Signed off 02/17/88 in release A02.00 



KPR #: 5000234849 Product: 68020 EMUL 300 64416S004 01.00 

One-line description: 
Sporadic HP64120 I/O failures. 

Problem: 

Customer has a 64000_UX system with a 64416 68020 emulator. 
Sometimes when taking a trace with the emulator a error 
will occur and the following message will appear: "I/O Error 
HP54120 - Check power and HP-IB connections" 

This occurs sometimes on the first page of the trace display 
and occurs more often when the next page key is pressed. 

Signed off 02/17/88 in release A02.00 



KPR #: 5000236844 Product: 68020 EMUL 300 64416S004 01.10 

One-line description: 

Failure occurs when executing a software breakpoint in user state 
Problem: 

The 68020 emulator does not properly handle breakpoints that are 
executed in user program space: 

Example: 

1. Write a program that clears the "SUPERVISOR" bit and then executes 
a small loop of any instructions. 

2. Run in the monitor, and issue the command: 

"modify sof tware_breakpoints set XXXXH" where X is the address 
of one of the instructions being executed in user state. 

3. Then issue the command: 

"run from XXXXH" where XXXXH is the address where the user state 
is entered. 

The emulator will execute the breakpoint, but return the message: 
"could not disable breakpoint at address XXXX". 

Temporary solution: 

Explicitly clear the breakpoint after the error message appears: 

"modify sof tware_breakpoints clear XXXXXH" 
Or, use "run until" whenever possible, which still reports an error, 

but does disable the breakpoint. 

Signed off 02/17/88 in release A02.00 
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KPR #: 5000239905 Product: 68020 EMUL 300 64416S004 01.10 

One-line description: 

OR instruction is not disassembled properly 
Problem: 

The 68020 disassembler does not properly disassemble the OR 
instruction. For example, the assembly listing file displays 
the following: 

00002000 207C 0000 3000 MOVE.L #$3000, AO 

00002006 223C 0000 FFFF MOVE.L #$FFFF,D1 

0000200C 8350 OR D1,|A0) 

0000200E 66F0 BNE START 

But, when displaying memory mneumonic, the following is displayed: 

2000 207CO00O+ MOVEA.L #$00003000 , AO 

2006 223COO0O+ MOVE.L #$0000FFFF,D1 
200C 835065F0 PACK D0,D1,#$66F0 
2010 00000000 ORI.B #$00, DO 

The mneumonic display in the trace list is also incorrect. Note that 
the OR instruction is a one word instruction. But, the disassembler 
uses two words to incorrectly generate a PACK instruction. 

Signed off 02/17/88 in release A02.00 

KPR #: D20O077024 Product: 68020 EMUL 300 64416S004 01.00 

One-line description: 

Memory Mapper deletes the map_overlay definition when address bit 31=1. 
Problem: 

The memory mapper eliminates an overlay definition if the address 
range specified in the map and map^overlay definition has the highest 
bit (bit 31) set to a one. The failure does not appear until the 
configuration is modified. The error message "ERROR: No overlay 
defined for the given address" appears on the status line at the time 
that the "Modify memory configuration?" question is asked. If you 
answer "yes" to this configuration question and display the memory 
mapping screen, the map_overlay command has been eliminated from 
the screen. The .EA file also no longer contains the map_overlay 
command. 

Following is the memory map portion of the .EA file before and after 
the "Modify memory configuration?" is answered "yes". 

Before: 

BEGIN MEMOEY MAP 
modify default guarded 
modify valid_codes all 

map fcode 6 080000000H thru OBOOOlfffH emulation ram width32 
map_overlaj' fcode 5 080000000H thru OSOOOlfffH ram over fcode 6 

080000000H 
END MEMORY MAP 
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KPR #: D200077024 ••CONTINUED** 

After (note that the map_overlay definition is missing): 
BEGIN MEMORY MAP 
modify default guarded 
modify valid_codes all 

map fcode 6 080000000H thru OSOOOlfffH emulation ram width32 
END MEMORY HAP 

The map_overlay command was also deleted when I substituted 080000000H 
for OfOOOOOOOH and OSOOOlfffH for OfOOOlfffH in the above example. 
The map_overlay command was not deleted when I used 070000000H and 
040000000H in the above example. This seems to indicate that the 
failure only appears when bit 31 of the address is set to a one. 

Temporary solution: 

Do not perform map overlays in an address range where address bit 
31 is set to a one. 

Signed off 02/17/88 in release A02.00 



KPR #: D200078071 Product: 68020 EMUL 300 64416S004 01.00 

One-line description: 

Unable to access transfer address of .X file if .L file does not exist. 
Problem; 

In HP OLS file formats, the absolute file (.X) defines the transfer 
address (if it exists) while the linl<_sym file (.L) defines symbolic 
information. 

When using 68020 emulation, the following situation has been 
encountered: 

1. First a program (called "mon_68020") consisting solely of the 
emulation monitor module is loaded. Both absolute (.X) and 
linl<_sym (.L) files exist for this program. The monitor program 
DOES NOT define a transfer address. 

2. Next a second program (called "myprog") is loaded. This program 
is the user's code. The absolute (.X) file exists for this file. 
But the link_sym (.L) file does not exist. The absolute file 
DOES define a transfer address. 

3. The command "run from transf er_address" is issued. The emulator 
generates the following error: "ERROR: transfer address not 
defined" . 

The reason the user does not I have a link_sym file is that the 
program was not made with the HP linker. Rather, it was made with 
64888S, the HP file format converter product. This product translates 
absolute files with different formats (Tektronix, Motorola, Intel, etc.) 
into HP absolute files (including a transfer address if possible.) 
This product never creates a link_sym file. 
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Signed off 02/17/88 in release A02.00 
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KPR #: D200078105 Product: 68020 EMUL 300 64416S004 01.00 

One-line description: 

Use of disassemble instructions_only may show no data with new trace. 
Problem: 

When a trace is disassembled with the instructions_only option 
and then a new, trace is executed, a new disassemble command is 
required to re-tag instructions. Nothing is displayed in the 
trace list 'before the new disassemble command is executed. 

The instruc tions_only option should be cleared when a new trace is 
executed, thus requiring the user to re-specify the new disassemble 
command. 

Temporary solution: 

If no data appears in the trace list after the trace measurement is 
complete, then issue a "display trace disassemble_f rom_line 0" 
command. This command will cause the trace data to be displayed. 

Signed off 02/17/88 in release A02.00 



KPR #: D2O0078113 Product: 68020 EMUL 300 64416S004 01.00 

One-line description: 

Modify memory map attributes does not release mapped memory. 
Problem: 

If more emulation memory is mapped than is available the following 
error message will appear on the status line when you attempt to 
end from the memory mapping session: "existing memory map exceeds 
available memory, free entries". If the user attempts to fix the 
problem by modifying the attributes of some of the entries to 
target or guarded memory, the error message described above will 
still appear when the user tries to end from the memory mapping 
session. 

Temporary solution: 

Delete the particular memory map entry and re-enter rather than 
modifying its attributes. 

Signed off 02/17/88 in release A02.00 

KPR #: D200078907 Product: 68020 EMUL 300 64416S004 01.00 

One-line description: 

A DISPLAY MEMORY MNEUMONIC DISASSEMBLY ERROR. 
Problem: 

A DISSASEMBLY PROBLEM OCCURS WITH THE FOLLOWING INSTRUCTION: 

INSTRUCTION: MOVE.L #$D000,$C000 

DISASSEMBLY: MOVE.L #$00000000 , $00000000 
THE DISASSEMBLY IS INCORRECT ONLY FOR THE MNEUMONIC MEMORY DISPLAY. 
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KPR #: D200078907 **CONTINUED** 

THE DISASSEMBLED VERSION OF THE TRACE DISPLAY IS CORRECT. 

THE FOLLOWING LINE FROM THE DISPLAY MEMORY MNEUMONIC DISPLAY IS 
INCORRECT (THE $C00O OPERAND IS INCORRECTLY DISPLAYED AS $00000000): 

3000 23FC0000+ MOVE.L #$00000000 , $00000000 

THE FOLLOWING LINE FROM THE TRACE DISPLAY IS CORRECT: 

trigger 00003000 23FC0000 MOVE.L #$00000000 , $0000C000 0.40us 

Signed off 02/17/88 in release A02.00 



KPR #: D200078915 Product: 68020 EMUL 300 64416S004 01.00 

One-line description: 

Overlapped memory entries may not be resolved properly. 
Problem: 

During memory map configuration, if a new map entry overlaps an 
existing map entry, the following question is asked: 

"A map entry has been overlapped, remove overlapped section?" 

If the user answers "yes" to the above question, the two entries 
should be automatically combined by the emulation software. 

A defect exists that prevents proper resolution if one of the map 
entries includes the upper end of the address space, i.e. 
OffffffOOh to Offffffffh. If this is the case, the entries may not be 
combined as expected or additional erroneous entries may automatically 
be added. 

Temporary solution: 

The user should study the map to determine whether any entries are 
incorrect. Any erroneous entries should be deleted and re-specified. 

Signed off 02/17/88 in release A02.00 



KPR #: D200078931 Product: 68020 EMUL 300 64416S004 01.00 

One-line description: 

Modify memory using symbolic data incorrectly loads "value -1". 
Problem: 

When a modify memory command is issued and the new data to be 
used is specified by a symbol instead of numeric data, the actual 
value loaded will be the value of the symbol minus 1. For example: 

if MONITOR_ENTRY is lOOOh, then 

modify memory long 24h to MONITOR_ENTRY 

actually loads address 24 with Offfh. 
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KPR #: D2000 78931 **CONTIN'dED** 

Temporary solution: 

To work around this problem the symbol can be specified as 
"symbol + 0" : 

modify memory long 24h to MONITOR_ENTRY+0 
or the absolute numeric data can be used: 

modify memory long 24h to lOOOh 
Signed off 02/17/88 in release A02.00 



KPR #: D200078949 Product: 68020 EMUL 300 64416S004 01.00 

One-line description: 

Can not map_overlay memory if range includes Of f f f f fOOh-Of f f f f f f fh. 
Problem: 

When configuring memory with function codes on, one emulation 
memory map entry can not be overlayed onto another entry if 
either range includes the upper end of the address space, 
OffffffOOh thru Offffffffh. If this is attempted, the error 
message "No overlay defined for given address" results. 

Signed off 02/17/88 in release A02.00 



KPR #: D200O79061 Product: 68020 EMUL 300 64416S004 01.00 

One-line description: 

58020 PV incorrectly defaults co-cards for 2nd emulator in a cage. 
Problem: 

If the user has 2 68020 emulators in a cardcage, and selects 
the second control card for PV, the software selects the 
analysis card from the first emulator in the cage as the 
default analysis co-card for the second emulator. The user 
must enter the slot number of the correct analysis card 
before continuing. 



Temporary solution: 

Do not select the default analysis card by pressing the return 
softkey. It is necessary to enter the actual slot number of the 
analysis card before pressing the return softkey. 

Signed off 02/17/88 in release A02.00 



KPR #: D200O79707 Product: 68020 EMUL 300 64416S004 01.00 

One-line description: 

Load/copy/store using files over net may fail with 68020 emulator. 
Problem: 
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KPR #: D200079707 »*CONTINUED»* 

If you netunam to another HP-UX system, and attempt to load/store/copy 
using files on this remote system, the operations may fail without 
producing any warning messages. 

Signed off 02/17/88 in release A02.00 



KPR #: D200080408 Product: 68020 EMUL 300 64416S004 01.00 

One-line description: 

Some interaction problems with "at_execution run/trace". 
Problem: 

Several problems exist with interaction between "at_execution run" 
and "at_execution trace". 

If the module is using intermodule bus functions, the execute softkey 
should always appear. If an "at_execution run ..." followed by a 
"run ..." is issued, the pending "at_execution" is killed and the 
execute softkey is removed even though the 1MB is being used. 

Killing a pending "at_execution run ..." also kills a pending trace. 
This is incorrect operation. 

Loading a trace specification may remove the execute key needed for 
a pending run. 

Signed off 02/17/88 in release A02.00 



KPR #: D200080416 Product: 68020 EMUL 300 64416S004 01.00 

One-line description: 

Analyzer GLOBAL_CONTEXT specification core dumps when running HP-UX 5.5. 
Problem: 

When running HP 64416 Emulation Software with HP-UX operating system 
version 5.5, any specification of GLOBAL_CONTEXT using the "set" 
or "modify" commands will cause a core dump and an automatic 
"end released" out of the 68020 emulation session. 

Temporary solution: 

The only work-around for this defect is to continue using HP-UX 
operating software version 5.3 or 5.22 until version 2.0 of the 
68020 emulation software is available. 

Signed off 02/17/88 in release A02.00 



KPR #: D200080424 Product: 68020 EMUL 300 64416S004 01.00 

One-line description: 

Trace data not updated if trace command follows at_execution run. 
Problem: 

When the following commands are entered: 
at_execution run . . . 
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KPR #: D200080424 »*CONTINUED** 

trace 

The tracelist display is not properly updated and may contain old 
data . 

Signed off 02/17/88 in release A02.00 



KPR #: D20OO80440 Product: 68020 EMUL 300 64416S004 01.00 

One- line description: 

Some command file sequences may not work. 
Problem: 

When using command files, the follow command sequences do not work 
properly: 

trace . . . 
end . . . 

causes the trace to be halted, 

end select <modulename> or select <modulename> 
halt 

does not halt the analyzer (halt is ignored). 
Temporary solution: 

Inserting a delay in these sequences using the "wait" command will solve 
the problem: 

trace 
wait 5 
end . . . 

Signed off 02/17/88 in release A02.00 



KPR #: D200O80457 Product: 68020 EMUL 300 64416S004 01.00 

One-line description: 

Turning off BNC usage does not update the trace display 
Problem: 

After specifying a measurement using bnc ports, a subsequent "set 
bnc_ports off" command does not remove the previous bnc spec from 
the current trace specification display. 

Signed off 02/17/88 in release A02.00 



KPR #: D200O81059 Product: 68020 EMUL 300 64416S004 01.00 

One-line description: 

PV for coordinated emulation start may miss failure. 
Problem: 

The "coordinated emulation start" test within the 68020 emulator 
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KPR #: D200081059 »*CONTINUED** 

performance verification software may fail to report a problem 
with the hardware. The test will always pass if the 1MB cable 
is not attached. This test should always fail when the 1MB 
cable is not hooked-up. 

Signed off 02/17/88 in release A02.00 



KPR #: D20008U25 Product: 68020 EMUL 300 64416S004 01.00 

One-line description: 

MON_XFR_BUF area in monitor not properly defined. 
Problem: 

With version 1.10 of the 68020 emulation monitor, it is possible 
to define an emulation memory area for the monitor that is actually 
too small to contain the monitor. It is common to allocate 4096 bytes 
(lOOOh-lfffh for example) for the monitor, when it actually requires 
4164 bytes (version 1.10). No errors result when loading the monitor 
and usually no strange behavior is evident. 

This results from the use of "DS.W" directives to define the monitor 
transfer buffer. "DS.W 325" informs the assembler to define 325 
words of storage. This generates an uninitialized (the values are not 
specified, nor are they predictable) area of memory beginning at the 
address of the "DS.W" directive. When the assembler encounters this 
statement, it simply increments its internal program counter by 325 
words (in this case), and continues with the next instruction. This 
causes the relocatable (.o) file and finally the executable file (.X) 
to contain information indicating that there is a 325 word GAP at a 
particular address. But, the presence of a gap, as opposed to 325 
words of data, means that nothing will be loaded into memory for the 
address range covered by the gap. In fact, during a "load memory ..." 
command, such an area is reserved in memory, but is left unmodified 
by the load procedure. 

During a "load memory ..." command, since no memory accesses will 
occur for an area defined by "DS.W" there will be no error message 
even if the area crosses into a guarded memory range. The last 327 
words (transfer buffer) of the version 1.10 monitor is defined with 
"DS.W", which means that this area (or any part thereof) could be 
mapped as guarded, but would not generate error messages during a 
"load memory ..." command. This situation would probably go unnoticed 
until a monitor command referenced this portion of the transfer buffer, 
at which time a guarded access in the monitor would occur. 

The "DS.W" directives should be replaced with "DC.B" directives in 
the transfer buffer area. The "DC.B" directives will correct this 
problem by initializing the transfer buffer to specific values. 
"DCB.W 325,0" tells the assembler to generate a "Constant Buffer", 
325 words long, will all words initialized to 0. Here, the relocatable 
and executable files contain 325 words of actual data, rather than a 
gap. During a "load memory ..." command, the area covered by a DCB.W 
is modified to the values specified by the programmer (0 in this case). 

Since memory accesses do occur during a "load memory ..." command, an 
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error message will be properly displayed if the monitor overflows into 
guarded space. The remedy is simple - extend the memory map entry for 
the area occupied by the emulation monitor. Remember that this area 
can be extended in as-little-as 256 byte increments. 

Temporary solution: 

The monitor should be changed to use DCB.W for the transfer 
buffer definition: 

MON_XFR_BUF 

DCB.W 325,0 

MON_XFR_END 

DCB.W 2.0 
Signed off 02/17/88 in release A02.00 



KPR #: D200081968 Product: 68020 EMUL 300 64416S004 01.00 

One-line description: 

Tracelist symbols disappear from the trace display in certain conditions 
Problem: 

The symbols will not be displayed in the trace list if the 
following commands are executed: 

1. display trace absolute symbols on 

2. end ; end locks the emulation session 

3. <system name> <module name> ; continues the emulation session 

4. display trace 

The symbols will not be displayed even if you try to re-execute step 
number 1. 

Temporary solution: 

Perform the following steps after executing steps 1-4 listed in the 
problem text. 

5. display trace mnemonic 

6. display trace absolute 

Signed off 02/17/88 in release A02.00 



KPR #: D2OO082354 Product: 68020 EMUL 300 64416S004 01.00 

One-line description: 

Processes sometimes left running after parent has stopped. 
Problem: 

Sometimes, when the parent process to a measurement system is killed 
some of the measurement systems processes are left running. Please 
change the behaviour of the products so that these processes die 
nicely. 
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KPR #: D200082354 »*CONTINUED** 
Temporary solution: 

If the tty associated with the process is a pty, then you can 
release the processes by 
cat < ptyxx 

This causes the pending output to be flushed, and the processes will die 
naturally. 



Signed off 02/17/88 in release A02.00 



KPR #: D200086421 Product: 68020 EMUL 300 64416S004 01.00 

One-line description: 

Using simio, then continuing , may not be possible 
Problem: 

If simio is used extensively, then the user attempts to end and reenter 
emulation, reentry will not be possible, and there will be a continuous 
error message stating that the 54120 will not accept a download. This 
is a problem with emulation core, and exists in all emulators. 

Signed off 02/17/88 in release A02.00 



KPR #: D200088427 Product: 68020 EMUL 300 64416S004 02.00 

One-line description: 

"end" softkey after HP-IB error does not clear command line 
Problem: 

If there is an HP-IB error and the "end" softkey appears, the command 

line will not be cleared on any keystroke like it normally is. 

In addition there have been instances where NO keystroke would work 

and the "end" softkey was inoperable, nothing could be typed on the 

command line. The exit was to kill the process from another terminal. 

This problem exists for all HP64000-UX emulators built with 

/lsd/p2/cmd/emul/gencore. 
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KPR #: D200085456 Product: 68020C AXLS COMP 300 64903S004 01.00 
One-line description: 

Compiler won't take address of a function pointer. 
Problem: 

The compiler issues a warning that it is ignoring the & operator 
when it is applied to a function pointer. The following code would 
result in an error message about the assignment since the address 
of 'fp' has not been taken. 

int (*fp) I ) ; 
int (**fpp) 0; 

mainl ) 
{ 

fpp - &fp; 

> 

Signed off 04/29/88 in release A01.30 



KPR #: D200087502 Product: 68020C AXLS CONP 300 64903S004 01.10 
One-line description: 

#include files are not searched in order of -I options 

Problem: 
Text: 

#include files not searched in order of -I options 

In the present AxLS cpp, directories searched for #include 
files are in opposite order than the -I options are specified 
on the command line. 

A more natural searching order (and the one Ft. Collins' uses) 
is to search directories in the same order as the -I options 
are specified. For example: 

If the file <stdio.h> existed in both ./Adir and ./Bdir, 
and the comnand 

cpp68020 -I. /Adir -I. /Bdir <file> 
is given, you would expect that the stdio.h in ./Adir 
would be included; in fact the file in ./Bdir is included. 



Temporary solution: 
Workaround : 

1) don't overload #include file names 

2) specify include directories in reverse order you want them 
searched . 

Signed off 04/29/88 in release A01.30 
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KPR #: D200089524 Product; 68020C AXLS COMP 300 64903S004 01.10 
One-line description: 

Runtime and support libraries contain loadtime initializers. 
Problem: 

Compiler libraries lib. a, libpi.a and env.a contain loadtime 

initializers. The lack of runtime initialization in an 

embedded system may cause library routines to behave unexpextedly . 

Signed off 04/29/88 in release A01.30 
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KPR #: D200080150 Product: 6805 U8.R EMUL 300 64192S004 01.00 
One-line description: 

pwd truncates the /net/system portion of the path when RFA'ed to system. 
Problem: 

When using the HP 64000-UX products and netunaming across the LAN 
to another system, such as a compile server, the HP-UX command 
"pwd" which is used by the HP64000-UX product to tell what the 
local directory is, truncates the "/net/system" part of the path. 

This is a HP-UX operating system defect. It is not a defect in 

the HP 64000-UX application software. As soon as this defect is 

fixed in HP-UX, it will work correctly when using the HP 64000-UX 
applications. 



KPR #: D20OO80762 Product: 5805 U&R EMUL 300 54192S004 01.00 
One-line description: 

Using Emulation across RFA can give incomplete symbol information 
Problem: 

Accessing symbol data in a remote file across RFA may result 
in incomplete symbol information being available. This 
problem is a result of readO calls being interrupted during 
file access over RFA. 

This problem can also affect reading absolute data into memory as 
well. 



Temporary solution: 

If this problem occurs while loading absolute data, attempting 
to reload the file again may work. 

There are two possible answers to this problem. The first is to 
move the .Y file to the machine running the emulator. 

The second solution is to move the program object to the machine 
which is running the emulator. This can be done using the get64 
program. When you load the emulator, a new .Y file will be created. 



KPR #: D2O0O81430 Product: 6805 U&R EMUL 300 64192S004 01.00 
One-line description: 

Relative path names (e.g. ./cmd) should not search PATH 
Problem: 

A new feature was added to the core feature set to search for command 
files using the users PATH variable for a search path. A defect has 
been introduced such that specifying a relative path with a command 
file still has the command file looked for in the search path. 

Relative path names should override the PATH variable like they do in a 
standard shell. Only names not containing any '/' should be searched 
for using PATH. All others (especially ./name) should be used relative 
to the current directory. 
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Temporary solution: 

Specify command files with full path names if the application is unable 
to find your command file. 



KPR #: D200081976 Product: 6805 U&R EMUL 300 64192S004 01.00 

One-line description: 
Tracelist symbols dissappear. 

Problem: 

The syrpbols will not be displayed in the trace list if the 
following commands are executed: 

1. display trace absolute symbols on 

2. end ; end locks the emulation session 

3. <system name> <module name> ; continues the emulation session 

4. display trace 

The symbols will not be displayed even if you try to re-execute step 
number 1 . 

Temporary solution: 

Perform the following steps after executing steps 1-4 listed in the 
problem text. 

5. display trace mnemonic 

6. display trace absolute 



KPR #: D200082008 Product: 6805 U&R EMUL 300 64192S004 01.00 
One-line description: 

Processes sometimes left running after parent has stopped. 

Problem: 

Sometimes, when the parent process to a measurement system is killed 
some of the measurement systems processes are left running. Please 
change the behaviour of the products so that these processes die 
nicely. 



Temporary solution: 

If the tty associated with the process is a pty, then you can 
release the processes by 
cat < ptyxx 

This causes the pending output to be flushed, and the processes will die 
naturally. 
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KPR #: D200082503 Product: 6805 U&R EMUL 300 64192S004 01.00 
One-line description: 

Loading a trace file from a different processor may cause core dump 
Problem: 

If a trace file is created with "store trace" on a processor that allows 
multiple analysis modes with some mode other than the default, then is 
loaded by a processor with only one mode, a core dump will result. A 
good example is storing an execution mode trace on the dequeued 68000, 
then trying to load the trace on the non-dequeued 68000. 



Temporary solution: 

Do not attempt to load a trace file for a mode that is not supported. 



KPR #: D200035241 Product: 6805 U&R EMUL 300 64192S004 01.00 
One-line description: 

Load <file> noupdate without database should give error message. 
Problem: 

Load <file> noupdate without database should give error message 

The following load command gives a somewhat confusing result if no 
database [file.Yj exists: 

load <file> noupdate 

The noupdate command says to not rebuild the edb database if it is out 
of date. If no database exists the result is that the absolute file 
gets loaded, without any warning or error message, and any old symbols 
get destroyed. The correct response should be to at least issue the 
following warning message - "No database: file". 

This enhancement request should be expanded to all of the PII emulators. 



KPR #: D200085795 Product: 6805 U&R EMUL 300 64192S004 01.00 
One- line description: 

Using simio, then continuing , may not be possible 
Problem: 

If simio is used extensively, then the user attempts to end and reenter 
emulation, reentry will not be possible, and there will be a continuous 
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KPR #: D200085795 ••CONTINUED** 

error message stating that the 64120 will not accept a download. This 
is a problem with emulation core, and exists in all emulators. 



KPR #: D200086934 Product: 6805 U&R EMUL 300 64192S004 01.00 
One-line description: 

Core dump can happen when displaying guarded memory mnemonic 



KPR #: D200088104 Product: 6805 U&R EMUL 300 84192S004 01.00 
One-line description: 

"end" softkey after HP-IB error does not clear command line 
Problem: 

If there is an HP-IB error and the "end" softkey appears, the command 
line will not be cleared on any keystroke like it normally is. 
In addition there have been instances where NO keystroke would work 
and the "end" softkey was inoperable, nothing could be typed on the 
command line. The exit was to kill the process from another terminal. 
This problem exists for all HP64000-UX emulators built with 
/Isd/pS/cmd/emul/gencore . 



KPR #: D200090639 Product: 6805 U&R EMUL 300 64192S004 01.00 
One-line description: 

Code disp. with trace not right if code changed w/o ending emul. session 
Problem: 

Source lines displayed with a trace may not be correct if 

the code is changed without ending out of the emulation session. 

For exanple, a user running is windows does a display trace source 

on, and sees a statement: i = 1; in the trace along with the 

MOVE.L #1,D0 that accompanies that source line. The user then 

moves to another window, changes the source line to i = 2;, recompiles, 

relinks, and runs edbuild. The user then moves back to the emulation 

window, reloads the file, and reruns the code and the trace. The 

trace shows MOVE.L #2, DO as expected, BUT shows i = 1; as the 

source line. 

End out of emulation, and reenter before loading the new program 
Source lines displayed with a trace may not be correct if 
the code is changed without ending out of the emulation session. 
For exanple, a user running is windows does a display trace source 
on, and sees a statement: i = 1; in the trace along with the 
MOVE.L #1,D0 that accompanies that source line. The user then 
moves to another window, changes the source line to i = 2;, recompiles, 
relinks, and runs edbuild. The user then moves back to the emulation 
window, reloads the file, and reruns the code and the trace. The 
trace shows MOVE.L #2, DO as expected, BUT shows i = 1; as the 
source line. 

Temporary solution: 

End out of emulation, and reenter before loading the new program 
or executing the trace. 
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KPR #: 1650057893 Product: 6805 E EMUL 300 64195S004 01.00 
One-line description: 

Can't load a program into target memory or emul. mem. with slow clock. 
Problem: 

Same as submitter text. 

Temporary solution: 

There is no workaround available. 



KPR #: D200080481 Product: 6805 E EMUL 300 64195S004 01.00 
One-line description: 

pwd truncates the /net/system portion of the path when RFA'ed to system. 
Problem: 

When using the HP 64000-UX products and netunaming across the LAN 
to another system, such as a compile server, the HP-UX command 
"pwd" which is used by the HP64000-UX product to tell what the 
local directory is, truncates the "/net/system" part of the path. 

This is a HP-UX operating system defect. It is not a defect in 

the HP 54000 -UX application software. As soon as this defect is 

fixed in HP-UX, it will work correctly when using the HP 64000-UX 
applications . 



KPR #: D200080796 Product: 6805 E EMUL 300 64195S004 01.00 
One-line description: 

Using Emulation across RFA can give incomplete symbol information 
Problem: 

Accessing symbol data in a remote file across RFA may result 
in incomplete symbol information being available. This 
problem is a result of readO calls being interrupted during 
file access over RFA. 

This problem can also affect reading absolute data into memory as 
well. 



Temporary solution: 

If this problem occurs while loading absolute data, attempting 
to reload the file again may work. 

There are two possible answers to this problem. The first is to 
move the .Y file to the machine running the emulator. 

The second solution is to move the program object to the machine 
which is running the emulator. This can be done using the get64 
program. When you load the emulator, a new .Y file will be created. 
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KPR #: D200081455 Product: 6805 E EMUL 300 64195S004 01.00 
One-line description: 

Relative path names (e.g. ./cmd) should not search PATH 
Problem: 

A new feature was added to the core feature set to search for command 
files using the users PATH variable for a search path. A defect has 
been introduced such that specifying a relative path with a command 
file still has the command file looked for in the search path. 

Relative path names should override the PATH variable like they do in a 
standard shell. Only names not containing any '/' should be searched 
for using PATH. All others (especially ./name) should be used relative 
to the current directory. 

Temporary solution: 

Specify command files with full path names if the application is unable 
to find your command file. 



KPR #: D200082032 Product: 6805 E EMUL 300 64195S004 01.00 
One-line description: 

Processes sometimes left running after parent has stopped. 
Problem: 

Sometimes, when the parent process to a measurement system is killed 
some of the measurement systems processes are left running. Please 
change the behaviour of the products so that these processes die 
nicely. 



Temporary solution: 

If the tty associated with the process is a pty, then you can 
release the processes by 
cat < ptyxx 

This causes the pending output to be flushed, and the processes will die 
naturally. 



KPR #: D200083071 Product: 6805 E EMUL 300 64195S004 01.00 
One-line description: 

Loading a trace file from a different processor may cause core dump 
Problem: 

If a trace file is created with "store trace" on a processor that allows 
multiple analysis modes with some mode other than the default, then is 
loaded by a processor with only one mode, a core dump will result. A 
good example is storing an execution mode trace on the dequeued 68000, 
then trying to load the trace on the non-dequeued 68000. 



Temporary solution: 
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KPR #: D200083071 **CONTINUED*» 

Do not attempt to load a trace file for a mode that is not supported. 



KPR #: D200085852 Product: 6805 E EMUL 300 64195S004 01.00 

One-line description: 
Tracelist symbols dissappear. 

Problem: 

The symbols will not be displayed in the trace list if the 
following commands are executed: 

1. display trace absolute symbols on 

2. end ; end locks the emulation session 

3. <system name> <module name> ; continues the emulation session 

4. display trace 

The symbols will not be displayed even if you try to re-execute step 
number 1. 

Temporary solution: 

Perform the following steps after executing steps 1-4 listed in the 
problem text . 

5. display trace mnemonic 

6. display trace absolute 



KPR #: D200086249 Product: 6805 E EMUL 300 64195S004 01.00 
One-line description: 

Using simio, then continuing , may not be possible 
Problem: 

If simio is used extensively, then the user attempts to end and reenter 
emulation, reentry will not be possible, and there will be a continuous 
error message stating that the 64120 will not accept a download. This 
is a problem with emulation core, and exists in all emulators. 



KPR #: D200088203 Product: 6805 E EMUL 300 64195S004 01.00 
One-line description: 

"end" softkey after HP-IB error does not clear command line 
Problem: 

If there is an HP-IB error and the "end" softkey appears, the command 

line will not be cleared on any keystroke like it normally is. 

In addition there have been instances where NO keystroke would work 

and the "end" softkey was inoperable, nothing could be typed on the 

command line. The exit was to kill the process from another terminal. 

This problem exists for all HP64000-UX emulators built with 

/lsd/p2/cmd/emul/gencore. 
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KPR #: D200090662 Product: 6805 E EMUL 300 64195S004 01.00 
One-line description: 

Code disp. with trace not right if code changed w/o ending emul. session 
Problem: 

Source lines displayed with a trace may not be correct if 

the code is changed without ending out of the emulation session. 

For exanple, a user running is windows does a display trace source 

on, and sees a statement: i = 1; in the trace along with the 

MOVE.L #1,D0 that accompanies that source line. The user then 

moves to another window, changes the source line to i = 2;, recompiles, 

relinks, and runs edbuild. The user then moves back to the emulation 

window, reloads the file, and reruns the code and the trace. The 

trace shows MOVE.L #2, DO as expected, BUT shows i = 1; as the 

source line. 

End out of emulation, and reenter before loading the new program 
Source lines displayed with a trace may not be correct if 
the code is changed without ending out of the emulation session. 
For exanple, a user running is windows does a display trace source 
on, and sees a statement: i = 1; in the trace along with the 
MOVE.L #1,D0 that accompanies that source line. The user then 
moves to another window, changes the source line to i = 2;, recompiles, 
relinks, and runs edbuild. The user then moves back to the emulation 
window, reloads the file, and reruns the code and the trace. The 
trace shows MOVE.L #2,00 as expected, BUT shows i = 1; as the 
source line. 

Temporary solution: 

End out of emulation, and reenter before loading the new program 
or executing the trace. 



- 6805 E - 



Known Problem Reports as of 09/01/88 



Page: 257 



KPR #: D2OO080473 Product: 6805 G EMUL 300 64194S004 01.00 
One-line description: 

pwd truncates the /net/system portion of the path when RFA'ed to system. 
Problem: 

When using the HP 64000-UX products and netunaming across the LAN 
to another system, such as a compile server, the HP-UX command 
"pwd" which is used by the HP64000-UX product to tell what the 
local directory is, truncates the "/net/system" part of the path. 

This is a HP-UX operating system defect. It is not a defect in 

the HP 64OO0-UX application software. As soon as this defect is 

fixed in HP-UX, it will work correctly when using the HP 64000-UX 
applications. 



KPR #: D20O080788 Product: 6805 G EMUL 300 64194S004 01.00 

One-line description: 

Using Emulation across RFA can give incomplete symbol information 
Problem: 

Accessing symbol data in a remote file across RFA may result 
in incomplete symbol information being available. This 
problem is a result of readO calls being interrupted during 
file access over RFA. 

This problem can also affect reading absolute data into memory as 
well. 



Temporary solution: 

If this problem occurs while loading absolute data, attempting 
to reload the file again may work. 

There are two possible answers to this problem. The first is to 
move the .Y file to the machine running the emulator. 

The second solution is to move the program object to the machine 
which is running the emulator. This can be done using the get64 
program. When you load the emulator, a new .Y file will be created. 



KPR #: D200082024 Product: 6805 G EMUL 300 64194S004 01.00 
One-lir.e description: 

Processes sometimes left running after parent has stopped. 
Problem: 

Sometimes, when the parent process to a measurement system is killed 
some of the measurement systems processes are left running. Please 
change the behaviour of the products so that these processes die 
nicely. 



Temporary solution: 

If the tty associated with the process is a pty, then you can 
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release the processes by 
cat < ptyxx 

This causes the pending output to be flushed, and the processes will die 
naturally. 



KPR #: D200083063 Product: 6805 G EMUL 300 64194S004 01.00 
One-line description: 

Loading a trace file from a different processor may cause core dump 
Problem: 

If a trace file is created with "store trace" on a processor that allows 
multiple analysis modes with some mode other than the default, then is 
loaded by a processor with only one mode, a core dump will result. A 
good example is storing an execution mode trace on the dequeued 68000, 
then trying to load the trace on the non-dequeued 68000. 



Temporary solution: 

Do not attempt to load a trace file for a mode that is not supported. 



KPR #: D200085845 Product: 6805 G EMUL 300 64194S004 01.00 

One-line description: 
Tracelist symbols dissappear. 

Problem: 

The symbols will not be displayed in the trace list if the 

following commands are executed: 

1. display trace absolute symbols on 

2. end ; end locks the emulation session 

3. <system name> <module name> ; continues the emulation session 

4. display trace 

The symbols will not be displayed even if you try to re-execute step 
number 1 . 

Temporary solution: 

Perform the following steps after executing steps 1-4 listed in the 
problem text. 

5. display trace mnemonic 

6. display trace absolute 



KPR #: 0200086231 Product: 6805 G EMUL 300 64194S004 01.00 

One-line description: 

Using simio, then continuing , may not be possible 
Problem: 
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If simio is used extensively, then the user attempts to end and reenter 
emulation, reentry will not be possible, and there will be a continuous 
error message stating that the 64120 will not accept a download. This 
is a problem with emulation core, and exists in all emulators. 



KPR #: D2OO088195 Product: 6805 G EMUL 300 64194S004 01.00 

One-line description: 

"end" softkey after HP-IB error does not clear command line 

Problem: 

If there is an HP-IB error and the "end" softkey appears, the command 

line will not be cleared on any keystroke like it normally is. 

In addition there have been instances where NO keystroke would work 

and the "end" softkey was inoperable, nothing could be typed on the 

coiranand line. The exit was to kill the process from another terminal. 

This problem exists for all HP64000-UX emulators built with 

/lsd/p2/cm(a/emul/gencore. 



KPR #: D2OO090654 Product: 6805 G EMUL 300 64194S004 01.00 
One-line description: 

Code disp. with trace not right if code changed w/o ending emul. session 
Problem: 

Source lines displayed with a trace may not be correct if 

the code is changed without ending out of the emulation session. 

For exanple, a user running is windows does a display trace source 

on, and sees a statement: i = 1; in the trace along with the 

MOVE.L #l,DO that accompanies that source line. The user then 

moves to another window, changes the source line to i = 2;, recompiles, 

relinks, and runs edbuild. The user then moves back to the emulation 

window, reloads the file, and reruns the code and the trace. The 

trace shows MOVE.L #2, DO as expected, BUT shows i = 1; as the 

source line. 

End out of emulation, and reenter before loading the new program 
Source lines displayed with a trace may not be correct if 
the code is changed without ending out of the emulation session. 
For exanple, a user running is windows does a display trace source 
on, and sees a statement: i = 1; in the trace along with the 
MOVE.L #1,D0 that accompanies that source line. The user then 
moves to another window, changes the source line to i = 2;, recompiles, 
relinks, and runs edbuild. The user then moves back to the emulation 
window, reloads the file, and reruns the code and the trace. The 
trace shows MOVE.L #2, DO as expected, BUT shows i = 1; as the 
source line. 

Temporary solution: 

End out of emulation, and reenter before loading the new program 
or executing the trace. 
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KPR #: D200080455 Product: 6805 P EMUL 300 64193S004 01.00 
One-line description: 

pwd truncates the /net/system portion of the path when RFA'ed to system. 
Problem: 

When using the HP 64000-UX products and netunaming across the LAN 
to another system, such as a compile server, the HP-UX command 
"pwd" which is used by the HP64000-UX product to tell what the 
local directory is, truncates the "/net/system" part of the path. 

This is a HP-UX operating system defect. It is not a defect in 

the HP 64000-UX application software. As soon as this defect is 

fixed in HP-UX, it will work correctly when using the HP 64000-UX 
applications . 



KPR #: D200080770 Product: 6805 P EMUL 300 64193S004 01.00 
One-line description: 

Using Emulation across RFA can give incomplete symbol information 
Problem: 

Accessing symbol data in a remote file across RFA may result 
in incomplete symbol information being available. This 
problem is a result of read() calls being interrupted during 
file access over RFA. 

This problem can also affect reading absolute data into memory as 
well. 



Temporary solution: 

If this problem occurs while loading absolute data, attempting 
to reload the file again may work. 

There are two possible answers to this problem. The first is to 
move the .Y file to the machine running the emulator. 

The second solution is to move the program object to the machine 
which is running the emulator. This can be done using the get64 
program. When you load the emulator, a new .Y file will be created. 



KPR #: D200081448 Product: 6805 P EMUL 300 64193S004 01.00 
One-line description; 

Relative path names (e.g. ./cmd) should not search PATH 
Problem: 

A new feature was added to the core feature set to search for command 
files using the users PATH variable for a search path. A defect has 
been introduced such that specifying a relative path with a command 
file still has the command file looked for in the search path. 

Relative path names should override the PATH variable like they do in a 
standard shell. Only names not containing any '/' should be searched 
for using PATH. All others (especially ./name) should be used relative 
to the current directory. 
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Temporary solution: 

Specify command files with full path names if the application is unable 
to find your command file. 



KPR #: D2OO082O16 Product: 6805 P EMUL 300 64193S004 01.00 

One-line description: 

Processes sometimes left running after parent has stopped. 
Problem: 

Sometimes, when the parent process to a measurement system is killed 
some of the measurement systems processes are left running. Please 
change the behaviour of the products so that these processes die 
nicely. 



Temporary solution: 

If the tty associated with the process is a pty, then you can 
release the processes by 
cat < ptyxx 

This causes the pending output to be flushed, and the processes will die 
naturally. 



KPR #: D200083055 Product: 6805 P EMUL 300 64193S004 01.00 
One-line description: 

Loading a trace file from a different processor may cause core dump 
Problem: 

If a trace file is created with "store trace" on a processor that allows 
multiple analysis modes with some mode other than the default, then is 
loaded by a processor with only one mode, a core dump will result. A 
good example is storing an execution mode trace on the dequeued 68000, 
then trying to load the trace on the non-dequeued 68000. 



Temporary solution: 

Do not attempt to load a trace file for a mode that is not supported. 



KPR #: D2O0O85837 Product: 6805 P EMUL 300 64193S004 01.00 

One-line description: 
Tracelist symbols dissappear. 

Problem: 

The symbols will not be displayed in the trace list if the 
following commands are executed: 

1. display trace absolute symbols on 

2. end ; end locks the emulation session 
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3. <system name> <module name> ; continues the emulation session 

4. display trace 

The symbols will not be displayed even if you try to re-execute step 
number 1. 

Temporary solution: 

Perform the following steps after executing steps 1-4 listed in the 
problem text. 

5. display trace mnemonic 

6. display trace absolute 



KPR #: D200086223 Product: 6805 P EMUL 300 64193S004 01.00 
One-line description: 

Using simio, then continuing , may not be possible 
Problem: 

If simio is used extensively, then the user attempts to end and reenter 
emulation, reentry will not be possible, and there will be a continuous 
error message stating that the 64120 will not accept a download. This 
is a problem with emulation core, and exists in all emulators. 



KPR #: D200088187 Product: 6805 P EMUL 300 64193S004 01.00 
One-line description: 

"end" softkey after HP-IB error does not clear command line 
Problem: 

If there is an HP-IB error and the "end" softkey appears, the command 
line will not be cleared on any keystroke like it normally is. 
In addition there have been instances where NO keystroke would work 
and the "end" softkey was inoperable, nothing could be typed on the 
command line. The exit was to kill the process from another terminal. 
This problem exists for all HP64000-UX emulators built with 
/lsd/p2/cmd/emul/gencore . 



KPR #: D200090647 Product: 6805 P EMUL 300 64193S004 01.00 
One-line description: 

Code disp. with trace not right if code changed w/o ending emul. session 
Problem: 

Source lines displayed with a trace may not be correct if 

the code is changed without ending out of the emulation session. 

For exanple, a user running is windows does a display trace source 

on, and sees a statement: i = 1 ; in the trace along with the 

MOVE.L #1,D0 that accompanies that source line. The user then 

moves to another window, changes the source line to i = 2;, recompiles, 

relinks, and runs edbuild. The user then moves back to the emulation 

window, reloads the file, and reruns the code and the trace. The 

trace shows MOVE.L #2, DO as expected, BUT shows i = 1; as the 

source line. 
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End out of emulation, and reenter before loading the new program 
Source lines displayed with a trace may not be correct if 
the code is changed without ending out of the emulation session. 
For exanple, a user running is windows does a display trace source 
on, and sees a statement: i = 1; in the trace along with the 
MOVE.L #1,D0 that accompanies that source line. The user then 
moves to another window, changes the source line to i = 2;, recompiles, 
relinks, and runs edbuild. The user then moves back to the emulation 
window, reloads the file, and reruns the code and the trace. The 
trace shows MOVE.L #2, DO as expected, BUT shows i = l; as the 
source line. 

Temporary solution: 

End out of emulation, and reenter before loading the new program 
or executing the trace. 
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KPR #: 1650020395 Product: 6805/9 ASSEMB 64844 01.11 

One-line description: 

LR error flagged for legal expression of the form 'label-value'. 
Problem: 

The 6809 assembler flags a legal range error if you use an external 
label in the following manner. 

"6809" 

EXT LSD 
JMP LSD-2 



The JMP LSD-2 causes a legal range error to be generated. 
Temporary solution: 

Jump to an equivalent positive offset. In this example you would 
use 

"6809" 

EXT LSD 

JMP LSD+OFFFEH 



Duplicate Service Requests: 1650044578 

KPR #: 5000143628 Product: 6805/9 ASSEMB 64844 01. 10 

One-line description: 

Label in IF stmnt. does not appear in XREF 
Problem: 

The following shows a condition where a label is not listed 
in the cross reference table that should be there. 



"processor name" 

TOTO EQU 0 

IF TOTO 

LABELO LDA lOOOH 

ELSE 

LABELl LDA 2000H 

END IF 



When TOTO equals 1, everything is correct. The cross reference 
list both TOTO and LABELO. When TOTO equals 0, the cross reference 
only list TOTO, not LABELl. 
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KPR #: 5000150292 Product: 6805/9 ASSEMB 64844 01.11 

One-line description: 

HEX pseudo causes byte counter to quit incrementing in certain cases. 
Problem: 

The byte counter is not incremeted after the lEH in the following 
program. 

•■6809" 

LABEL HEX IB , EC , IE , 20 , 30 

Temporary solution: 

Use the FCB pseudo instead. 

"6809" 

LABEL FCB IBH, OECH, lEH, 20H, 30H 

KPR #: 5000164012 Product: 6805/9 ASSEMB 64844 01. 11 

One-line description: 

Arithmetic expression is not being evaluated correctly. 
Problem: 

When you offset a relocatable label by -1 the assembler flags 
an out of range error. 

"6809" 

EXT TABLE, ENDTABLE 

LDA TABLE 

LDA ENDTABLE-1 ;LR error flagged 

LDA TABLE+OFFFFH ;No error flagged 



KPR #: D20O037267 Product: 6805/9 ASSEMB 64844 OOTIS 

One-line description: 

No error generated when overflow occurs. 
Problem: 

No overflow error message is generated. See following text. 
"6809" 

LDD lOOOOH ; SHOULD GENERATE ERROR 



Signed off 08/25/86 in release 01.15 

KPR #: D200063164 Product: 6805/9 ASSEMB 64844 01.11 

One-line description: 

NT operator not operating consistiently. 

Problem: 
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In the following program the .NT. operator will work in the 
first case, but, not in the second. 

"6809" 

START EQU 80H 

LDA #.NT.00001111B 

LDA #.NT. llllOOOOB ;LR ERROR FLAGGED 

LDA #. NT. START ;LR error flagged. 

Temporary solution: 

AND THE VALUE WITH OFFH. 



■6809" 



LDA 



#. NT. llllOOOOB. AN. OFFH 



KPR #: D200076950 Product: 6805/9 ASSEMB 



64844 



01.11 



One-line description: 

BEXT address is not calculated correclty. 
Problem: 

In the following program the base page external DISP_MASK is given 
two different values in the two STA commands. 

"6809" 



BEXT 
EXT 



DISP_MASK 
CLOCK, PROC 



N_CALC 
S CALC 



EQU 
EQU 



CLOCK+2 
CLOCK +1 



PROG 
SETDP 



CALC: 



CLR 
CLS 
STA 
JSR 
STA 
RTS 



S_CALC 
N_CALC 
DISP_MASK 
PROC 

DISP MASK 



"6809" 

GLB CLOCK, DISP_MASK, PROC 

DATA 

BASE_SEG 
CLOCK RMB 10 
DISP_MASK RMB 1 

BASE END 
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PROG 
PROC: NOP 
RTS 



NOTE: In the first module all lines are necessary. If you remove 
the JSR PROC, for example, the problem goes away. 

If you look at. the .X file created you will note that the 
STA DISP_MASK's instructions have different destinations. 

Temporary solution: 

In module one ( ie the one that declares DISP_MASK as BEXT and 

has the STA commands) declare DISP_MASK as a regular external 

and turn on the DIRECT pseudo above the STA instructions. 

•■6809" 



EXT 



DISP_MASK, CLOCK, PROC 



N_CALC 
S CALC 



EQU 
EQU 



CLOCK+1 
CLOCK+2 



PROG 

CLR 

CLR 



S_CALC 
N CALC 



DIRECT 
STA 

EXTEND 
JSR 

DIRECT 

STA 

RTS 



DISP MASK 



PRO 



DISP MASK 
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KPR #: 1650056838 Product: 6809 C 64822 01.80 

Keywords: PROBLEM ON 9000/S300 
One-line description: 

There is a problem with incrementing pointer structures using '++'. 
Problem: 

The code generated by the C compiler 6809 is incorrect for the following 
instructions: 

"C" 

■■6809" 

struct { char ml; 

char m2; 

char m3 } *struc; 

fund ( ) 

{ 

(*struc) .ml++; 
(*struc) .m2++; 
(*struc ) .m3++ ; 
) 

For the last 2 incrementations the compiler generate: 

SIX [000000002H,S] 
which has no sense. 

Temporary solution: 

Use the expanded notation for incrementing the structure variables. 
For example, change the code to read : 

"C" 

■■6809" 

struct { char ml; 

char m2; 

char m3; } *struct; 

funcK ) 
{ 

(*struc).ml = (*struc).ml + 1; 
(*struc).m2 = (*struc).m2 + 1; 
(*struc).m3 = (*struc).m3 + 1; 

} 

Signed off 08/31/88 in release A01.90 



KPR #: 5000243907 Product: 6809 C 64822 01.40 

Keywords: PROBLEM ON 9000/S500 
One-line description: 

Compiler generating bad code which may cause run-time crash. 
Problem: 

The following instructions generate bad code: 

extern char tab[50]; 

f () 

{ 

short i; char j; 
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tal)[i] &- "j; 
} 

An extra instruction STX [4,S] is generated and then 
a run-time error occurs. 

Signed off 08/31/88 in release A01.90 



KPR #: D20O007237 Product: 6809 C 64822 00.00 

Keywords: PASS 1 
One-line description: 

COMP_SYM file not purged when COMP_syM option not selected. 
Problem: 

If COMP_SYM option is not selected when compiling, previously created 
COMP_SYM file is not purged. Since this file can only cause trouble, it 
should be purged if the COMP_SYM option is not specified. This only 
happens if you have 64330. 

Temporary solution: 

Purge the COMP_SYM file before compiling. 
Signed off 06/19/85 in release 00.01 



KPR #: D20O055558 Product: 6809 C 64822 01.06 

Keywords: PASS 3 

One-line description: 

Illegal opcode generated when assigning value to a char, array pointer. 
Problem: 

The 6809 C compiler is generating an illegal opcode. The program 
below demonstrates this problem. 

"C" 

"6809'' 
$LIST_OBJ$ 

enum COMMAND {Nocmd, Special} command; 
main() { 

char *disp_cmnd[] ; 

switch(command) { 

case Nocmd 
case Special 

} 

} 



The expanded listing shows that the compiler is generating a 'CD' 
for STD OxxH.S instructions when it should generate a 'ED'. 



disp_cmnd= "No cmd " ; break; 
disp_cmnd= "Special "; break; 
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Temporary solution: 

Define the pointer as a pointer to a character rather than 
a pointer to an array of chars. 

"C" 

"5809" 
$LIST_OBJ$ 

enum COMMAND {Nocmd, Special} command; 
ma in ( ) { 

char *disp_cmnd; 

switch(command) { 

case Nocmd : disp_cmnd = "No cmd" ; break; 

case Special : disp_cmnd = "Special "; break; 

} 

} 

Signed off 09/15/86 in release 01.07 



KPR #: D200068239 Product: 6809 C 64822 01.07 

One-line description: 

Illegal initialization causes error 1113. 
Problem: 

If you try to initialize a union (illegal per K&R page 198) 
the compiler does not flag the error. Instead pass three 
error 1113 is generated (if your target is the 68000, other 
processors will do the initialization incorrectly.). 

"C" 

"processor" 

struct struct_type { union { int i; 

long 1; } union var; 

}; 

static struct struct_type struct_var = {9,-1}; 
mainO {} 



The 68000 flags error 1113 and other processor reserve static 
memory for the structure and try to initialize it. The Z80 
initializes three words of memory to 9, -1 and -1. 

Temporary solution: 

If you get error 1113 check for this illegal construct. 
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KPR #: D200069864 Product: 6809 C 64822 01.07 

One-line description: 

Conditional compile fails if it suceeds a fixed parm function call. 
Problem: 

Conditional compile does not always work properly if you precede 
the conditional compile with a call to a fixed parameter function. 

"C" 

"processor" 

$FIXED_PARAMETERS 0N$ 
extern fund ( ) ; 
$FIXED_PARAMETERS OFF$ 
#define ibis 0 

extern func2 ( ) ; 

ma in ( ) 
{ 

int i ; 

fund (24); /* See comment below. */ 

#if ibis 

func2( ) ; 
#else if 

i -1; 
#endif 

} 



If the fixed parameter function does not have a parameter which 
is a number I cannot duplicate the problem. 

Temporary solution: 

Turn $AMNESIA 0N$ prior to the call to the fixed parameter function. 
For efficiency reasons turn $AMNESIA OFF$ after the call. 



KPR #: D20O073171 Product: 6809 C 64822 01.07 

One-line description: 

Use of address (&) stack vars on right side of conditional expression 
Problem: 

C 6809 defect with the address (&) function: 

Comparisons using the address(&) function with local variables or 
parameters in $RECURSIVE 0N$ may generate incorrect code. 

The use of the &(variable) function on the right hand side of 
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KPR #: D200073171 **CONTINUED** 

comparison expressions can cause incorrect code to be generated, 
eg. The statement: 



IF ( pointer <> &local_var ) ... 

will not generate correct code if the local_var is on the stack. 
This will occur for local variables or parameters of functions 
compiled with SRECURSIVE ON$(the default value for C functions). 

No problem occurs for static variables, any external variables, or 
local variables and parameters of functions compiled with 
$FIXED_PARAMETERS 0N$ and $RECURSIVE OFF$ . 

The simple work around solution is to only use the &(local_var) 
function on the left hand side of the comparison expression. 

If two local_var addresses must be compared, then use of a temporary 
(pointer) variable to hold the value of one of the two addresses 
will be required. 

The following listing illustrates the problem. 

"C" 

"6809" 

extern int a,b,c; 
Recursive_function(p,q, r) 

int p,q,r; 
{ int ij,k; $LIST_CODE 0N$ 

/* Static variables */ 
if (&a != b) ; /» Works */ 
LDX #a 
CMPX b 

LBEQ Recursi01_l 
RecursiOl 1 
if ( a != &b) ; 7* Works */ 
LDX a 
CMPX #b 

LBEQ Recursi01_2 
RecursiO 1_2 
if (&a != &b) ; /» Works »/ 
LDX #a 
CMPX #b 

LBEQ Recursi01_3 
RecursiO 1_3 

/* Local parameters */ 
if (&p != q) ; /* Works with & on left side */ 
LEAK O00000O0CH,S 

CMPX OOOOOOOOEH.S 
LBEQ Recursi01_4 
Recurs io 1_4 

if ( p != &q) ; /* Fails with & on right side */ 
LDX OOOOOOOOCH.S 
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CMPX 00000000EH,S **» Value of q, NOT address of q *♦* 
LBEQ Recursi01_5 
RecursiOl 5 

if (&p != &q) ; 7* Fails with & on both sides */ 
LEAK OOOOOOOOCH.S 

CMPX OOOOOOOOEH.S *** Value of q, NOT address of q *** 
LBEQ Recursi01_6 
Recurs i01_6 

/* Local variables */ 
if (&i != &j) ; /• Fails with & on both sides •/ 
LEAX 000000002H,S 

CMPX 000000004H,S *** Value of j, NOT address of j *** 
LBEQ Recursi01_9 
RecursiOl 9 



Workaround: 



The simple work around solution is to only use the &(local_var) 
function on the left hand side of the comparison expression. 

If two local_var addresses must be compared, then use of a temporary 
(pointer) variable to hold the value of one of the two addresses 
will be required. 



Temporary solution: 
See problem text. 

Duplicate Service Requests: D200073163 



KPR #: D200O75036 Product: 6809 C 64822 01.08 

One-line description: 

Some C programs using pointer & structure dereferences cause error #1006 
Problem: 

Some C programs using structure with pointers in expressions may 
cause pass 2 error 1006 - Compiler Error. 

Some expressions with multiple use of pointer and structure dereferences 
may cause this error. 

These errors did not appear on previous versions of the compiler. 

The workaround solution is to break up the expression into smaller 
statements . 

The following program illustrates the problem: 
"C" 
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"6809" 

typedef unsigned int (*FP)(); 
typedef struct hs { 

FP load; 

FP reset; 
) HEADER; 

int _app_set_valid(h) 
HEADER »h; 

{ FP p; /• Temporary variable */ 

h->load = (char* )h+ ( int )h->load; /* This works */ 
h->reset = (char* )h+ ( int )h- >reset ; /* This causes 1006 error */ 
**** Pass 2 ERROR ?? 1006 

} 



The following program shows some workaround solutions to the problem: 
"C" 

•■6809" 

typedef unsigned int (*FP)(); 
typedef struct hs { 

FP load; 

FP reset; 
} HEADER; 

int _app_set_valid(h) 
HEADER *h; 

{ FP p; /* Temporary variable */ 
h->load = (char*)h+(int)h->load; /* This works */ 
/*h->reset = (char*)h+(int)h->reset; This causes 1006 error */ 
h->reset += ( int) (char*)h; /* This works: using += */ 

p = h->reset; /* This works: temporary assignment */ 
h->reset = ( int) p+ ( int) (char* )h; /* This works: temprorary assignme 
nt */ 
} 



Temporary solution: 
See problem text. 



KPR #: D200075563 Product: 6809 C 64822 01.08 

One-line description: 

Programs with duplicate goto labels may fail in Pass 3 on VAX&HPUX C 
Problem: 

C programs with duplicate user labels(for goto's)may fail in pass3. 



The current SUDS C compilers may produce the error 
"comp: failed; too many errors in pass 3." 
from some C programs which previously compiled correctly. 
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This problem did not appear in any C compilers before April 1987. 

In C it is valid to use the same goto label symbol in different 
functions, since they have a logical different scope. 

However, the HP64000 C cross will inform the user that these symbols 
are duplicate in the pass3 on the compiler. These symbols would 
produce duplicate label definitions when defined the ASM_FILE output 
is assembled. In addition the emulation products will only find one 
of these symbols. 

The duplicate symbol detection algorithm on the HPUX/300, HPUX/500 
and VAX/VMS C language compilers has an error which causes the 
compiler to fail. 

However, the duplicate symbol checking is done after all of the 
relocatable and asmb_sym files have been produced. These output 
files are enuivalent to those produced in the HP64000 version compilers. 
Thus, the output of the compilers is still correct, except for some 
trailing lines in the listing file. 

The following program will cause this defect to occur: 



"C" 

■'5800" 

/»»»**»»♦»»«■♦»♦»»»♦♦»«*»»«♦»*»**♦♦»**♦»»«»»*««*»»»**««»»»«**« / 

/* TEST file for problem with duplicate local labels */ 
/♦ «/ 

/* This program fails in pass 3 on VAX & HPUX/500 &/300 */ 
/* While checking for duplicate asmb_sym symbols */ 

/* due to the "duplicate" error_exit labels */ 

int i ; 
testK 1 

{ 

/* ... */ 
if (i == T7) goto error exit; 
/*...*/ 



error exit: 



) 



/« 



-1; 



/* duplicate symbol should be created */ 
test2( ) 



/* ... •-/ 
if ( i == 137) goto error exit; 

/* ... «•/ 
error exit: 



-1; 
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/* ... */ 

} 



Temporary solution: 

Do not use a local symbol more than once per module. 



KPR #: D200079532 Product: 6809 C 64822 01.08 

Keywords: PROBLEM ON 9000/S300 
One-line description: 

If condition is tested with a CMP D1,D1 
Problem: 

The following problem will cause a CMP D1,D1 to be generated. This 
instruction is generated to test an if condition. 

"C" 

"68000" 

int dataw,datar; 
int *addr; 

main( ) 
{ 

int i,j; 

memory test ( ) ; 
} 

memory test ( ) 
{ 

long i; 

for (;;) { 

addr = 0x100000; 

for (i=0; i < 0x100000; i++) { 

dataw = (long)addr & Oxffff; 

*aaddr = dataw; 

datar = *addr; 

if (datar != dataw) { 

/* CMP Dl.Dl generated here. */ 
J for(;;); 

addr =addr+l; 

} 

} 

} 

Temporary solution: 

Turn amnesia on ( $AMNESIA 0N$) around the function 
memory test. This will cause slightly more code to 
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KPR #: D200O81497 Product: 6809 C 64822 01.20 

Keywords: PROBLEM ON 9000/S300 
One-line description: 

Incorrect code is generaaated for while statment. 
Problem: 

The following program causes the 6809 C compiler to generate bad code. 
A write is made to an invalid location. 

"C" 

"6809" 

char tos[20]; 

strcpyfto, from) 
char *to,*from; 

{ 

while (*to++ = *from++); 

} 

main( ) 
{ 

strcpy(tos, "0" ) ; 

} 

Within the strcpy procedure an instruction 
STX [000002H,S] 

is generated. This instruction is incorrect, the store should 
be to location 08H,S. 

Temporary solution: 

Do the increment of the pointers in the while body. 

strcpy (to , f rem) 
char *to,*f rom; 

{ 

while (*to = *from) { 
to+ + ; 
f roTn++; 

} 

Signed off 08/31/88 in release A01.90 
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KPR #: D200081547 Product: 6809 C 64822 01.08 

One-line description: 

Real variable used as a test condition cause error. 
Problem: 

68000 C compiler does not accept a float variable by itself 
as an expression. Example: 

float x; 
main( ) 

{ if( X ) /* gives "Illegal type of operand(s) */ 

) 

Customer feels that this variable should be evaluated to see if it 
is a non-zero float value. 

WORKAROUND; 

Use if( X != 0.0 ) ; 

OR 

cast the variable to an int: 
if ( (int)x); 
Temporary solution: 

Explicitly test the value against zero. 
"C" 

"processor" 

main( ) 
{ 

float i; 

if ( i != 0) 



} 



KPR #: D200086603 Product: 6809 C 64822 01.80 

One-line description: 

Use of "+=" accessing first element of structure using pointer error 

Problem; 
Text: 

Use of "+=" accessing first element of structure using pointer error 
. submitter 

Problem: Compiler generates bad temporary store instruction for 
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"+=" instruction accessing first element of a structure using pointer. 

Use of other "-=", "++" and " — " in similar pointer expressions may 
also cause this error. 

•■C" 

■■6809" 

typedef struct { 

short s; 

int i; 

long 1; 
) OBJ_STRUCli; 

typedef struct { 

0BJ_STRUCT1 *ptrl; 

OBJ_STRUCIi *ptr2; 

0BJ_STRUCT1 *ptr3; 
} FTE_STRUCT1; 

typedef PTR_STRUCT1 *PTR_PTR1; 

PTR_PTR1 ppl; 
short *sptr; 
main( ) { 

ppl -> ptr2 -> s += 1; 

/•WORKAROUND*/ 
sptr = &(ppl-> ptr2 -> s); 
*sptr += 1; 



EXPANDED EXAMPLE: 

mainl ) { 

ppl -> ptr2 -> s += 1; 
LDX Dstatic 
LEAX 000000002H,X 
LDX ,X 

SIX [000000002H,S] ; This instruction is wrong. It will 
; cause an improper write to memory 
; It should be STX 2,X no indirects. 

LDB ,X 
INCB 
STB ,X 

/•workaround*/ 

sptr = &(ppl-> ptr2 -> s); 
LDX Dstatic 
LEAX 000000002H,X 
LDX ,X 

STX Dstatic+00002H 
*sptr += 1; 

INC [Dstatic+00002H] 

} 
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Temporary solution: 
■'C" 

"6809" 

typedef struct { 

short s; 

int i ; 

long 1; 
} 0BJ_STRUCT1; 

typedef struct { 

0BJ_STRUCT1 *ptrl; 

0BJ_STRUCT1 *ptr2; 

0BJ_STRUCT1 *ptr3; 
) PTR_STRUCT1; 

typedef PTR_STRUCT1 *PTR_PTR1; 

PTR_PTR1 ppl; 
short *sptr; 
main( ) { 

ppl -> ptr2 -> s += 1; 



/*W0RKAR0UND*/ 
sptr = &(ppl-> ptr2 -> s); 
*sptr += 1; 



Signed off 08/31/88 in release A01.90 



KPR #: D200086611 Product: 6809 C 64822 01.80 

One-line description: 

Compare error using address of local variable on right of expression 
Problem: 

Problem: Compiler generates illegal instruction when performing an 
address compare of a stack relative local variable on the right hand 
side of an expression. 

The compiler needs to use a load effective address instruction to 
create the proper address. This can not be done in one instruction 
with a compare. 



■■C" 

■■6809" 
test( ) { 
int t,*q; 
q = &t; 
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KPR #: D20CO86611 **CONTINUED** 
$ AMNESIAS 

if (q != &t) ; /* This will not work */ 
/•WORKAROUND*/ 
if (&t != q) ; 
) 



EXPANDED EXAMPLE : 

test( ) { 
int t,*q; 
q - &t; 

LEAX 000000002H,S 
STX 000000004H,S 

SAMNESIAS 

if (q != it) ; 

LDX 000000004H,S 

CMPX 000000002H,S /» This is not correct »/ 
LBEQ test01_l /* Comparing to contents NOT address */ 

test01_l 
/♦WORKAROUND*/ 
if (&t != q) ; 

LEAX 000000002H,S 
CMPX 000000004H,S 
LBEQ test01_2 
testOl 2 

} 

Temporary solution: 
"C" 

"6809" 
test(){ 
int t,*q; 
q = 8.t; 
SAMNESIAS 

if (q != St) ; /* This will not work */ 



/♦WORKAROUND*/ 
if (&t != q) ; 



KPR #: D200C86629 Product: 6809 C 64822 01.80 

One-line description: 

SHORT_ARITH OFF expressions in branches may not work as K&R 
Problem: 

Problem: With the SHORT_ARITH option OFF, the 6809 compiler 
does not execute full K&R C code correctly for certain mixed 
arithmetic operations when used in "if" expressions. 
Problems occur when 8-bit (short) arithmetic is used, rather 
than full expansion to 16 bit values to perform operations 
as in the standard K&R. 
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EXAMPLE: 

"C" 

"6809" 
short s,ss; 
ma in () { 
s= 0x40; 

$SHORT_ARITH OFF$ 

if (s<<4); /*Result should be 64*16=1024 => <>0 should branch here*/ 
else ; /* Code branches here, due to use of byte arithmetic. */ 
/* WORKAROUND */ 

if ((int)s<<4); /*Result 64*16=1024 which is <>0 should branch here*/ 
else ; 

} 

The 6809 C compiler computes mixed expressions correctly, as in 
assignment statements and parameter expressions. 
This defect appears only when mixed expressions are used without 
assignment as conditional branching expressions. 

This problem may be generated with other operators besides the "<<" 
as in the example, such as ">>" , "/" and "% 

EXPANDED example: 

$SHORT_ARITH OFF$ 

if (s<<4); /*Result 64*16=1024 which is <>0 should branch here*/ 
LDB Dstatic 
LSLB 
LSLB 
LSLB 
LSLB 

LBEQ rnain01_l 
LBRA main01_2 
main01_l 

else ; /* Code branches here, due to use of byte arithmetic. */ 
mainOl 2 
/* WORKAROUND *7 

if ((int)s<<4); /*Result 64*16=1024 which is < >0 should branch here*/ 



else 



LDB 


Dstatic 


SEX 




TFR 


D,X 


LDB 


#0 0 4H 


LBSR 


Zwshif t 


CMPD 


#000"00H 


LBEQ 


main01_3 


LBRA 


mainO 1_4 


mainO 1_3 




mainO 1_4 





Temporary solution: 
"C" 
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"6809" 

short s,ss; 
main!) { 
s= 0x40; 

$SHORT_ARITH OFF$ 

if (s<<4); /*Result shoulci be 64*16 = 1024 => <>0 should branch here*/ 
else ; /* Code branches here, due to use of byte arithmetic. */ 



/* WORKAROUND */ 

if ((int)s<<4); /*Result 54*16=1024 which is <>0 should branch here*/ 
else ; 

> 
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KPR #: 5000152439 Product: 6809 C M 64822-90901 01.06 

One-line description: 

Clarification of interface for USER_DEFINED and real number routines. 
Problem: 

In the example below, 6809 libraries cannot be explicitly called. 
If they are called explicitly as routines, the stack is 
built differently than when a compiler generated 
call is made. 

Example: 

•■6809" 

$FIX_PARAriETERS 0N$ 

main() { 

int x; 
double XX ; 

extern double LONGREAL_FLOAT ( ) ; 

int *px; 

int *pxx; 

X -5; 

px = 8.x; 

pxx = &xx; 

LONGREAL_FLOAT(px,pxx) ; /* Conversion is not made */ 

} 

Temporary solution: 

For explicit use of ALL the real number library routines, 
declare your routines as in the following example with 
$FIXED_PARAMETERS 0N$ and $RECURSIVE OFF$ (Chapter 4 in manual). 
The compiler will then generate the proper form of parameter passing 
to satisfy the real number library. Note, $RECURSIVE OFF$ 
is also necessary when using the USER_DEFINED interface 
method (Chapter 2 in manual). 

Example: 

"C" 

"6809" 

extern int xint; 
extern double xdouble; 
extern int *pxint; 
extern int *pxdouble; 

extern recurs ive_variable_func ( ) ; 

$FIXED_PARAHETERS 0N$ 

extern recurs ive_FIXED_PARM_func ( ) ; 

$RECURSIVE OFF$ 

extern LONGREAL_FLOAT ( ) ; 

/*NOTE do not declare these functions double. It will cause extra 
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parameters to be passed*/ 
ma in ( ) { 
$LIST_CODE 0N$ 

/* NOTE: Parameter passing method for standard C function*/ 
recurs ive_var iab le_f unc (&xint,&xdouble) ; 

LDU #xdouble 

LDY #xint 

LDD #00004H 

PSHS X,Y,U 

LBSR recursive_varia 

LEAS 000000006H,S 
/* NOTE: Parameter passing method for FIXED_PARAMETER( Pascal) function 

*/ 

recursive_FIXED_PARAM_func(&xint,&xdouble) ; 
LDU txdouble 
LDY #xint 
LBSR recursive_FIXED 

xint = 5; 

LDD #00005H 

STD xint 
pxint = &xirit; 

LDD #xint 

STD pxint 
pxdouble = &xdouble; 

LDD #x double 

STD pxdouble 

/* NOTE: Parameter passing method for STANDARD REAL NUMBER LIBRARY funct 
ion */ 

/* A (Pascal) function with $FIXED_PARAMETERS$ and SRECURSIVE OFF$ !*/ 
LONGREAL_FLOAT(pxint, pxdouble) ; 

TFR D,X 

LDD pxint 

LBSR LONGREAL_FL0AT 
LONGREAL_FLOAT(&xint,&xdouble) ; 

LDX #xdouble 

LDD #x int 

LBSR L0NGREAL_FLOAT 

/* Compare the stack build on this assignment call which uses 
LONGREAL_FL0AT versus the explicit call above */ 

xint = xdouble; 

LDX #xint 

LDD #xdouble 

LBSR LONGREAL_TRUNC 
xdouble = xint; 

LDX #xdouble 

LDD #xint 

LBSR LONGREAL FLOAT 

} 

Rmain 

GLOBAL Rmain 
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RTS 
Dmain 

RMB OOOOEH 

GLOBAL main 
Emain EQU $-1 

GLOBAL Emain 

EXTERNAL LONGREAL_TRUNC 
EXTERNAL LONGREAL_FLOAT 

Fix information: 

Fix is documented in Software Notice 5959-2129 R2707. 
Signed off 08/05/87 in release 01.08 



KPR #: D200055814 Product: 6809 C n 64822-90901 01.06 

One-line description: 

Declaring a function which returns a ptr to a function causes error. 
Problem: 

Declaring a function that returns a pointer to a function that 
returns an integer causes invalid syntax errors to be generated. 

"C" 

"processor" 

int funcK); 

int (»func5( ) ) ( ) ; 

main ( ) { 

int cntr; 
int (*tmp)(); 

for (cntr=l; cntr<4; cntr++) { 
tmp=func5(cntr) ; 

} 

funcK ) {return( 1) ; } 
Temporary solution: 

Break up the declaration by using a typedef. 
"C" 

"processor" 

int fund ( ) ; 

typedef int (*pf i) ( ) ; 

pfi func5(); 

mainO { 
int cntr; 
int (*tmp)(); 
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for (cntr^l; cntr<4; cntr++) 
{ tmp = func5(cntr) ; 

} 

} 

pfi func5(trnp2) 

int tmp2; 

{ 

if (tmp2==l) retum(funcl) ; 

} 

funcK ) {return(l) ; } 
Fix information: 

Fix is documented in Software Notice 5959-2125 R2707. 
Signed off 08/06/87 in release 01.08 
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KPR #: D200015536 Product: 5809 C 500 64822S001 01.00 

Keywords: PASS 1 
One-line description: 

Incorrect code is generated when complementing a parm. in a return stmt. 
Problem: 

In the following program the incorrect code is generated for the comp- 
lement of the parameter to be returned. 

"C" 

"6809" 

unsigned short bug() 
{ 

return(~x ) ; 

} 

The compiler generates a "NEGB" when it should be a "COMB" 
Temporary solution: 

Set up a temporary variable and assign the complement of the parameter 
to it and then return the temporary. For example, 

unsigned short temp; 

temp ~x; 

return temp; 

Signed off 08/25/86 in release 01.50 



KPR #: D200029702 Product: 6809 C 500 64822S001 01.00 

One-line description: 

File fails to compile. Error 1113 is generated. 
Problem: 

The submitted file does not compile. In pass three error 1113 
"Program counters disagree" is flagged. The file will not compile on 
any system. 

Signed off 08/25/86 in release 01.50 



KPR #: D200035873 Product: 6809 C 500 64822S001 00.00 

Keywords: CODE GENERATOR 
One-line description: 

16 bit comparison on a 8 bit unsigned short field. 

Problem: 

IMPROPER CODE GENERATED FOR STATEMENT INVOLVING unsigned short 
VARIABLE UNLESS EXPLICITLY RE-CAST AS unsigned short. 

main! ) 
{ 

static unsigned short digit index; 
static unsigned short digitTl2] ; 
int a,b; 
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KPR #: D200035873 **CONTINUED** 

if ((Jigit[digit_index]--){ 

a=4; 

b=4; } 

else{ 

a=5; 

b=5; } 

} 

IMPROPER CODE IS GENERATED FOR THE COMPARISON ( ie THE COMPARISON IS DONE 

ON 16 BITS (8 OF WHICH HAVE BEEN CLEARED) AGAINST #OFFFFH. 

12/10/85: The problem also arises if you compare a constant against 

an unsigned short. For example if you declared: 

#define constant ~0 

unsigned short var; 

and later compared these two the compiler will zero out the upper byte 
of the variable var and then compare it to FFFFH. Thus, the condition 
is never met. 

12/16/85: Another example of incorrect code being generated when a 
char variable is used in a test condition is as follows: 

char a; 
main( ) 
{ 

a - -1; 
if(a == -1) 
a ='A' ; 

} 

Temporary solution: 

IF THE LINE INI QUESTION IS CHANGED TO: 

if ((unsigred short ) digit [digit_index] — ){ 

CORRECT CODE IS GENERATED ALTHOUGH digit [] HAS ALREADY BEEN 
DECLARED unsigned short. 

12/10/85: Declare the constant as a short. In other words: 
#define constant OFFH. 

12/16/85: If only 128 valid characters are required the variable can 
be declared as a short int. 

Signed off 08/25/86 in release 01.50 



KPR #: D200037135 Product: 6809 C 500 64822S001 00.00 

Keywords: PASS 3 
One-line description: 

Compiler option $LIST_OBJ 0N$ generates wrong output information. 
Problem: 

Use of the compiler option $LIST_OBJ 0N$ may result in incorrect 
data being output to the list file. In selected cases, machine code 
will be incorrectly listed. For example, consider the following 
Pascal program. 
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KPR #: 0200037135 **C0NTINUED** 

lEXTENSIONS 0N$ 
$LIST_0BJ 0N$ 
PROGRAM test; 

VAR 

a, b : BOOLEAN; 

PROCEDURE one; 

BEGIN 

a := b; 
END; 



In the example listed above, the output file will denote machine code 
of the form FFFFCOOOOl for one of the generated assembly statements. 
The correct value should be CBOOOOOl. This problem is caused by an 
incorrect "printf" mask when generating the output file. 

NOTE: THIS DEFECT IS ONLY PRESENT IN THE GENERATED LISTING FILE. 
THE GENERATED CODE IS CORRECT. 

Signed off 08/25/86 in release 01.50 



KPR #: D200040766 Product: 6809 C 500 64822S001 00.00 

Keywords: PASS 3 
One-line description: 

Pass 3 fails to detect relative jump address out-of-range. 
Problem: 

Pass 3 of the compilation process may fail to detect a relative jump 
which is out of range. In the test program submitted the relative 
jump is generated for an IF.. THEN statement while the compiler option 
OPTIMIZE is enabled. [BLINK_TAS:BUG] 

Temporary solution: 

As a temporary work around disable the compiler option OPTIMIZE 
around those sections of code which are suspect. 

Signed off 08/25/86 in release 01.50 



KPR #: D200041335 Product: 6809 C 500 64822S001 00.00 

One-line description: 

Problem with integer pointer in conditional statement. 

Problem: 

In the following example, two loads are performed, but no other code is 
generated to check for zero value. 

"C" 

"processor name" 
#define NULL 0 
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fct(pann) 
int *parin; 

{ 

if (parm - NULL) 
parm = 10; 

} 

Signed off 08/25/86 in release 01.50 



KPR #: D2OO045.971 Product: 6809 C 500 64822S001 00 .00 

One-line description: 

Title description is incorrect. 

Signed off 08/25/86 in release 01.50 



KPR #: D2OO047613 Product: 6809 C 500 64822S001 00.00 

One-line description: 

TOO MANY ERRORS IN PASS 3 IF >127 PROCEDURES 
Signed off 08/25/86 in release 01.50 



KPR #: D2OO051276 Product: 6809 C 500 64822S001 01.20 

One-line description: 

++ and -- operators evaluated with improper precedence. 
Problem: 

According to Kernighan and Ritchie, page 43, the following expressions 
are equivalent: 

Example 1: array(index++] = 1; 
Example 2: array [index] = 1; 
index++ ; 

However, different code is generated for these expressions. The second 
example is compiled correctly, but the first one increments index before 
setting array [index] equal to 1. Furthermore, when these statements 
are executed in a main program, an unintialized and unknown variable, 
Dmain, is used to index into array when the variable index is supposed 
to be used. 

Temporary solution: 

Separate the expression as shown in example 2. 
Signed off 08/25/86 in release 01.50 



KPR #: D20O059030 Product: 6809 C 500 64822S001 01.20 

One-line description: 

Host compilers do not put absolute pats specifications in relocatables 
Problem: 

Host compilers do not specify the full path name in the 
relocatable file. 
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KPR #: D200059030 **CONTINUED** 
Signed off 08/25/86 in release 01.50 
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KPR #: D200069401 Product: 6809 EMULATION 300 64215S004 01.00 
One-line description: 

Measurement System end_released when terminal cannot be initialized 
Problem: 

A measurement system will be end_released, resulting in loss of 
data, when a non-supported terminal is used to enter a currently 
locked measurement system. This problem will arise if the TERM 
environment variable is not set to a value that is supported by 
64000-UX. This may happen when logging in to a system over a 
port that is not hard-wired (modem, LAN vt, etc.) where the 
system prompts you for the Terminal type, which sets the TERM 
variable. 

Temporary solution: 

Make sure that the TERM variable is set to a type of terminal 
that is supported with 64000-UX. This can be verified by typing 
"echo $TERM". 



KPR #: D2OO070557 Product: 6809 EMULATION 300 64215S004 01.00 
One-line description: 

The Inter-Module-Bus trigger signal latches when set to drive & receive 
Problem: 

When two emulators are set to drive and receive trigger, after the 
trigger signal is driven once over the 1MB, the trigger signal latches. 
Subsequent measurements trigger immediately since the trigger signal on 
the 1MB is still latched from the previous measurement. 

Temporary solution: 

No workaround at this time. 

Duplicate Service Requests: D200070581 



KPR #: D2OO080507 Product: 6809 EMULATION 300 64215S004 01.00 
One-line description: 

pwd truncates the /net/system portion of the path when RFA'ed to system. 

Problem: 

When using the HP 64000-UX products and netunaming across the LAN 
to another system, such as a compile server, the HP-UX command 
"pwd" which is used by the HP64000-UX product to tell what the 
local directory is, truncates the "/net/system" part of the path. 

This is a HP-UX operating system defect. It is not a defect in 

the HP 640C0-UX application software. As soon as this defect is 

fixed in HP-UX, it will work correctly when using the HP 64000-UX 
applicatiors. 
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KPR #: D200080812 Product: 6809 EMULATION 300 64215S004 01.00 



One-line description: 

Using Emulation across RFA can give incomplete symbol information 
Problem: 

Accessing symbol data in a remote file across RFA may result 
in incomplete symbol information being available. This 
problem is a result of read() calls being interrupted during 
file access over RFA. 

This problem can also affect reading absolute data into memory as 
well. 



Temporary solution: 

If this problem occurs while loading absolute data, attempting 
to reload the file again may work. 

There are two possible answers to this problem. The first is to 
move the .Y file to the machine running the emulator. 

The second solution is to move the program object to the machine 
which is running the emulator. This can be done using the get64 
program. When you load the emulator, a new .Y file will be created. 



KPR #: D200082081 Product: 6809 EMULATION 300 64215S004 01.00 
One-line description: 

Processes sometimes left running after parent has stopped. 
Problem: 

Sometimes, when the parent process to a measurement system is killed 
some of the measurement systems processes are left running. Please 
change the behaviour of the products so that these processes die 
nicely. 



Temporary solution: 

If the tty associated with the process is a pty, then you can 
release the processes by 
cat < ptyxx 

This causes the pending output to be flushed, and the processes will die 
naturally. 



KPR #: D200083097 Product: 6809 EMULATION 300 64215S004 01.00 
One-line description: 

Loading a trace file from a different processor may cause core dump 
Problem: 

If a trace file is created with "store trace" on a processor that allows 
multiple analysis modes with some mode other than the default, then is 
loaded by a processor with only one mode, a core dump will result. A 
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KPR #: D200 083097 **CONTINUED** 

good example is storing an execution 
then trying to load the trace on the 



mode trace on the dequeued 68000, 
non-dequeued 68000. 



Temporary solution: 

Do not attempt to load a trace file for a mode that is not supported. 



KPR #: D200085902 Product: 6809 EMULATION 300 64215S004 01.00 

One-line description: 
Tracelist symbols dissappear. 

Problem: 

The symbols will not be displayed in the trace list if the 
following commands are executed: 

1. display trace absolute symbols on 

2. end ; end locks the emulation session 

3. < system name> <module name> ; continues the emulation session 

4. display trace 

The symbols will not be displayed even if you try to re-execute step 
number 1. 

Temporary solution: 

Perform the following steps after executing steps 1-4 listed in the 
problem text. 

5. display trace mnemonic 

6. display trace absolute 



KPR #: D2OO086298 Product: 6809 EMULATION 300 64215S004 01.00 
One-line description: 

Using simio, then continuing , may not be possible 
Problem: 

If simio is used extensively, then the user attempts to end and reenter 
emulation, reentry will not be possible, and there will be a continuous 
error message stating that the 64120 will not accept a download. This 
is a problem with emulation core, and exists in all emulators. 



KPR #: D20O088252 Product: 6809 EMULATION 300 64215S004 01.00 
One-line description: 

"end" softkey after HP-IB error does not clear command line 
Problem: 

If there is an HP-IB error and the "end" softkey appears, the command 
line will not be cleared on any keystroke like it normally is. 
In addition there have been instances where NO keystroke would work 
and the "end" softkey was inoperable, nothing could be typed on the 
command line. The exit was to kill the process from another terminal. 
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This problem exists for all HP64000-UX emulators built with 
/lsd/p2/cmd/emul/gencore . 



KPR #: D200090712 Product: 6809 EMULATION 300 64215S004 01.00 
One-line description: 

Code disp. with trace not right if code changed w/o ending emul. session 
Problem: 

Source lines displayed with a trace may not be correct if 

the code is changed without ending out of the emulation session. 

For exanple, a user running is windows does a display trace source 

on, and sees a statement: i = 1; in the trace along with the 

MOVE.L #1,00 that accompanies that source line. The user then 

moves to another window, changes the source line to i = 2; , recompiles, 

relinks, and runs edbuild. The user then moves back to the emulation 

window, reloads the file, and reruns the code and the trace. The 

trace shows MOVE.L #2, DO as expected, BUT shows i = 1; as the 

source line. 

End out of emulation, and reenter before loading the new program 
Source lines displayed with a trace may not be correct if 
the code is changed without ending out of the emulation session. 
For exanple, a user running is windows does a display trace source 
on, and sees a statement: i = 1; in the trace along with the 
MOVE.L #1,00 that accompanies that source line. The user then 
moves to another window, changes the source line to i = 2;, recompiles, 
relinks, and runs edbuild. The user then moves back to the emulation 
window, reloads the file, and reruns the code and the trace. The 
trace shows MOVE.L #2, DO as expected, BUT shows i = 1; as the 
source line. 

Temporary solution: 

End out of emulation, and reenter before loading the new program 
or executing the trace. 
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KPR #: 1650051649 Product: 6809 PASCAL 64813 01.30 

One-line description: 

If >39 functions declared; following funcs may include bad code. 
Problem: 

Define 39 procedures with PASCAL 6809, and define this procedure 
PROCEDURE A40; 
VAR CARAC_l;CHAR; 
BEGIN 

WRITE ( CAEAC_1 ) ; 

END; 

and define another procedure A41 with the same instructions. If you 
look at the code generated by the compiler there is one more instruc- 
tion with A40. This instruction is STD DA40+0394BH, between a SEX and 
a TFR D.Y. 

You have the same problem with WRITE(REAL), WRITE ( INTEGER) , WRITEtUNS.), 
etc. . . 

You also have the same problem with procedures #42,44,46,48 but not with 
procedures # 41,43,45,47,... 

Temporary solution: 

Limit each module of your project to under 40 functions. 



KPR #: 5000184317 Product: 6809 PASCAL 64813 01.10 

One-line description: 

Records of pointers to text not handled correctly. 
Problem: 

The following program causes incorrect code to be generated 
for writes to TEXT files. 

••6809" 

$EXTENSIONS 0N$ 
$RECURSIVE OFr$ 
SSEPARATE OFF$$ 
$GLOBPROC 0N$ 



PROGRAM test; 
TYPE 

files = RECORD FO.Fl : "TEXT; 
END; 



VAR CH 
f 
g 



CHAR; 

files; 

TEXT; 



PROCEDURE doit (VAR f:files); 
BEGIN 

WRITE! f.fO'.CH); {LOOKS OK } 

WRITE( f.fl",CH); {LOOKS BAD. NO CALL IS EVEN MADE TO 
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Pwrite_char. } 

END; 



BEGIN { MAIN } 

WRITE( f . f r,CH) ; 
WRITE (g,CH) ; 

END. 

Temporary solution: 
No temporary solution. 



KPR #: D200060020 Product: 6809 PASCAL 64813 01.09 

Keywords: PASS 3 
One-line description: 

Compiler $FAR 0N$, creates incorrect data offsets in listing 

Problem: 
"68000^' 
$FAR 0N$ 
PROGRAM PROVE; 

VAR 

X,Y: INTEGER; 

A: ARRAY [0. .99999] OF INTEGER; 
BEGIN 

STESTS 1, LIST_CODE ON, LIST_OBJ 0N$ 
(* Comment ON 

Y ;= A[0]; 

Y := A[8000] ; 

Y := A[9000] ; 
Comment OFF *) 
STESTS 3$ 

Y := A[16000]; 

Y := A[17000] ; 
STESTS 7$ 

Y := A[16000] ; 

Y := A[17000] ; 
STESTS 1$ 

(* Comment ON 

Y := A[32000]; 

Y := A[33000] ; 
Comment OFF *) 

END. 

Temporary solution: 

If arrays of this size are required download the file to the 64100 
and compile. 
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KPR #: D20OO73155 Product: 6809 PASCAL 64813 01.10 

One-line description: 

ADDR function for stack relative variables in right side conditionals 
Problem: 

ADDR function for stack relative variables in right side of conditiona 

Is 

Pascal 6809 defect with the ADDR function: 

Comparisons using the ADDR() function with local variables or parameters 
with SRECURSIVE 0N$ may generate incorrect code. 

The use of the ADDR (variable ) function on the right hand side of 
comparison expressions can cause incorrect code to be generated. 

eg. The statement: 



IF pointer <> ADDR( local_var) THEN ... 

will not generate correct code if the local_var is on the stack. 
This will occur for local variables or parameters of procedures 
compiled with $RECURSIVE ON$(the default value). 

No problem occurs for static variables, which may be outer PROGRAM block 
variables, any external variables, or local variables and parameters of 
procedures compiled with SRECURSIVE OFF$. 

The simple vork around solution is to only use the ADDR ( local_var) 
function on the left hand side of the comparison expression. 

If two local_var addresses must be compared, then use of a temporary 
(pointer) variable to hold the value of one of the two addresses 
will be required. 

The followiTig listing illustrates the problem. 



"PASCAL" TREPROCESS 
"6809" 

PROGRAM ADDRbug; 
$EXTENSIONS$ 
$RECURSIVE 0N$ 

VAR GLBi, GLBj: "INTEGER; 
PROCEDURE RecursiveON; 
VAR 

I, J: "INTEGER; 
BEGIN {Procedure RecursiveON} 
$LIST_CODE 0N$ 

IF ADDR(I)<> J THEN ; { With ADDR on left, This works. } 

LEAX 000000002H,S 
CMPX 000000004H,S 
LBEQ RecursiveON01_l 
RecursiveONOl 1 

IF I <>ADDR(jT then ; { With ADDR on right, it FAILS ! } 
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KPR #: D200073155 **CONTINUED** 
LDX 000000002H,S 

CMPX 000000004H,S *»* Value of J, NOT address of J *** 
LBEQ RecursiveONO 1_2 

RecursiveONO 1_2 

IF ADDRd ) <>ADDR(J) THEN ; { With ADDR both sides ALWAYS FAILS !! 

} 

LEAX 000000002H,S 

CMPX 000000004H,S *»♦ Value of J, NOT address of J *»* 

LBEQ RecursiveONO 1_2 
RecursiveONO 1_3 
$LIST_CODE OFF$ 

END; 
BEGIN 

$LIST_CODE 0N$ 

IF ADDR ( GLBi )<> GLBj THEN ; 

LDX #DADDRbug 
CMPX DADDRbug+00002H 
LBEQ ADDRbug00_4 
ADDRbugOO_4 
IF GLBi <>ADDR(GLBj) THEN ; 

LDX DADDRbug 
CMPX #DADDRbug+00002H 
LBEQ ADDRbugOO_5 
ADDRbugOO_5 
IF ADDR(GLBi) <>ADDR(GLBj) THEN ; 
LDX #DADDRbug 
CMPX #DADDRbUg+00002H 
LBEQ ADDRbug00_5 
ADDRbug00_6 
$LIST_CODE OFF$ 
END. 



Workaround: 



Pascal 6809 defect with the ADDR function: 



eg. The statement: 



IF pointer <> ADDR( local_var) THEN ... 

will not generate correct code if the local_var is on the stack. 
This will occur for local variables or parameters of procedures 
compiled with $RECURSIVE ON$(the default value). 

No problem occurs for static variables, which may be outer PROGRAM block 
variables, any external variables, or local variables and parameters of 
procedures compiled with $RECURSIVE OFF$. 



{ With static vars it works. } 



{ With static vars it works. } 



{ With static vars it works. } 
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KPR #: D200 073155 **CONTINUED*» 

The simple vork around solution is to only use the ADDR ( local_var ) 
function on the left hand side of the comparison expression. 

If two local_var addresses must be compared, then use of a temporary 
(pointer) variable to hold the value of one of the two addresses 
will be required. 

Temporary solution: 

IF pointer <> ADDR( local_var) THEN ... 

will not generate correct code if the local_var is on the stack. This 
will occur for local variables or parameters of procedures compiled 
with SRECURSIVE ON$(the default). 

No problem occurs for static vars, which may be outer PROGRAM block 
variables, any external variables, or local variables and parameters of 
procedures compiled with $RECURSIVE OFF$. 

The simple work around solution is to only use the ADDR( local_var) 
function on the left hand side of the comparison expression. 
If two local_var addresses must be compared, then use of a temporary 
(pointer) variable to hold the value of one of the two addresses will 
be required. 



KPR #: D2OO0750:0 Product: 6809 PASCAL 64813 01.11 

One-line description: 

With statements used in FOR loops on records may cause error #1006 
Problem: 

With statements used in FOR loops may cause pass 2 error 1006 on 
VAX & HPUX 6809 Pascal compilers. 

This problem does not occur on 64000 versions of the 6809 Pascal 
compilers. 

The following program illustrates the problem: 

"PASCAL" 
"6809" 

PROGRAM P1006; 

$EXTENSIONS$ 

TYPE 

RECOBDTVPE = RECORD 

FIELDl, FIELD2, FIELDS : BYTE ; 
END ; 

VAR 

VART'YPE : ARRAY [1..5] OF RECORDTYPE ; 
J,K,L,tl,t2 : BYTE ; 

BEGIN { MAIN } 

FOR J := 1 TO 5 DO 
BEGIN 

VITH VARTYPE[J] DO 
BEGIN 
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FOR K := FIELD2 TO FIELD3 DO 
»*** Pass 2 ERROR ?? 1006 

L := L + 1 ; 

END; 

END; 

END. { MAIN } 



Temporary solution: 

The workaround is to assign the WITH variables to temporary 
variables for use in the FOR loop boundary conditions. 

WITH VARTYPE[J] DO 
BEGIN 

tl := FIELD2; 
t2 := FIELD3; 
FOR K := tl TO t2 DO 
L := L +1; 

END; 

Duplicate Service Requests: D200075002 



KPR #: D200082446 Product: 6809 PASCAL 64813 01.11 

One-line description: 

Compiler incorrectly assumes the value of a var is in the D register. 
Problem: 

The compiler assumes it know the value of a variable which it 
has loaded in the D register, but, the D register is modified 
by a library call to Zwinset. The pascal code has the following 
logic: 



IF (VARIABLE in arrayOf Records []. set ) THEN 

IF(array[VARIABLE] = someValue) 

When the compiler tests the first condition VARIABLE is 
loaded into the D register and a call is made to Zwinset. 
Zwinset modifies the D registers. Next, when the compiler 
is testing the second condition it assumes VARIABLE is 
still in register D. 



Temporary solution: 

Anytime the 64000 compilers incorrectly assume a value is in 
a register try turning AMNESIA on around the offending 
statements. 

SAMENESIA 0N$ 
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IF (VARIABLE in arrayOf Structures []. set ) 
IF (array[VARIABLE] = someValue) 
iAMNESIA OFF$ 

KPR #: D200087312 Product: 6809 PASCAL 64813 01.60 

Keywords: CODE GENERATOR PROBLEM ON 9000/S300 PROBLEM ON 9000/S500 

PROBLEM ON VAX NOT ON 64100 SYSTEM 

One-line description: 

"Too many errors pass3" err msg, if use duplicate labels. Need better msg 
Problem: 

Pascal compiler may generate " too many errors in pass 3 " if 

two procedures in one module have a label with same name. Example: 

"8086" 

SEXTENSIONS 0N$ 
PROGRAM TOO_nANY; 
PROCEDURE ONE; 
LABEL 100; 
BEGIN 
100: 

GOTO 100; 

END ; 

PROCEDURE TWO; { pass 3 error - too many errors in pass 3 } 
LABEL 100; { is generated, without any indication as to } 

BEGIN { what the problem is } 

100: 

GOTO 10 0 

END; 



Temporary solution: 

The obvious workaround, is do not use duplicate labels. If you get 
this error message, be aware that you may have duplicate labels in 
the program. 



Signed off 08/31/88 in release A01.70 
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KPR #: 5000093708 Product: 6809 PASCAL M 64813-90903 00.02 

One-line description: 

Parameter passing thru the registers has changed. 

Problem: 

Further explanation on how we use registers for parameter 
passing is needed. 

Temporary solution: 
No temporary solution. 
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KPR #: D200069419 Product: 6809E EMULATION 300 64216S004 01.00 
One-line description: 

Measurement System end_released when terminal cannot be initialized 
Problem: 

A measurement system will be end_released, resulting in loss of 
data, when a non-supported terminal is used to enter a currently 
locked measurement system. This problem will arise if the TERM 
environment variable is not set to a value that is supported by 
64000-UX. This may happen when logging in to a system over a 
port that is not hard-wired (modem, LAN vt, etc.) where the 
system prompts you for the Terminal type, which sets the TERN 
variable. 

Temporary solution: 

Make sure that the TERM variable is set to a type of terminal 
that is supported with 64000-UX. This can be verified by typing 
"echo $TERM". 



KPR #: D200080515 Product: 6809E EMULATION 300 64216S004 01.00 
One-line description: 

pwd truncates the /net/system portion of the path when RFA'ed to system. 
Problem: 

When using the HP 64000-UX products and netunaming across the LAN 
to another system, such as a compile server, the HP-UX command 
"pwd" which is used by the HP64000-UX product to tell what the 
local directory is, truncates the "/net/system" part of the path. 

This is a HP-UX operating system defect. It is not a defect in 

the HP 64000-UX application software. As soon as this defect is 

fixed in HP-UX, it will work correctly when using the HP 64000-UX 
applications. 



KPR #: D200080820 Product: 6809E EMULATION 300 64216S004 01.00 
One-line description: 

Using Emulation across RFA can give incomplete symbol information 
Problem: 

Accessing symbol data in a remote file across RFA may result 
in incomplete symbol information being available. This 
problem is a result of readO calls being interrupted during 
file access over RFA. 

This problem can also affect reading absolute data into memory as 
well. 



Temporary solution: 

If this problem occurs while loading absolute data, attempting 
to reload the file again may work. 

There are two possible answers to this problem. The first is to 
move the .Y file to the machine running the emulator. 
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The second solution is to move the program object to the machine 
which is running the emulator. This can be done using the get64 
program. When you load the emulator, a new .Y file will be created. 



KPR #: D200081851 Product: 6809E EMULATION 300 64216S004 01.00 
One-line description: 

The Inter-Module-Bus trigger signal latches when set to drive & receive 
Problem: 

When two emulators are set to drive and receive trigger, after the 
trigger signal is driven once over the 1MB, the trigger signal latches. 
Subsequent measurements trigger immediately since the trigger signal on 
the 1MB is still latched from the previous measurement. 

Temporary solution: 

No workaround at this time. 



KPR #: D200082099 Product: 6809E EMULATION 300 64216S004 01.00 
One-line description: 

Processes sometimes left running after parent has stopped. 
Problem: 

Sometimes, when the parent process to a measurement system is killed 
some of the measurement systems processes are left running. Please 
change the behaviour of the products so that these processes die 
nicely. 



Temporary solution: 

If the tty associated with the process is a pty, then you can 
release the processes by 
cat < ptyxx 

This causes the pending output to be flushed, and the processes will die 
naturally. 



KPR #: D200083105 Product: 6809E EMULATION 300 64216S004 01.00 
One-line description: 

Loading a trace file from a different processor may cause core dump 
Problem: 

If a trace file is created with "store trace" on a processor that allows 
multiple analysis modes with some mode other than the default, then is 
loaded by a processor with only one mode, a core dump will result. A 
good example is storing an execution mode trace on the dequeued 68000, 
then trying to load the trace on the non-dequeued 68000. 
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KPR #: D200C83105 **CONTINUED»» 
Temporary solution: 

Do not attempt to load a trace file for a mode that is not supported. 



KPR #: D200C85910 Product: 6809E EMULATION 300 64216S004 01.00 

One-line description: 
Tracelist sjmibols dissappear. 

Problem: 

Tne symbols will not be displayed in the trace list if the 
following commands are executed: 

1. display trace absolute symbols on 

2. end ; end locks the emulation session 

3. <system rame> <TOodule name> ; continues the emulation session 

4. display trace 

The symbols will not be displayed even if you try to re-execute step 
number 1. 

Temporary solution: 

Perform the following steps after executing steps 1-4 listed in the 
problem text. 

5. display trace mnemonic 

6. display trace absolute 



KPR #: D200C86306 Product: 6809E EMULATION 300 64216S004 01.00 
One-line description: 

Using simio, then continuing , may not be possible 
Problem: 

If simio is used extensively, then the user attempts to end and reenter 
emulation, reentry will not be possible, and there will be a continuous 
error message stating that the 64120 will not accept a download. This 
is a problem with emulation core, and exists in all emulators. 



KPR #: D200«88260 Product: 6809E EMULATION 300 64216S004 01.00 
One-line description: 

"end" softkey after HP-IB error does not clear command line 
Problem: 

If there is an HP-IB error and the "end" softkey appears, the coinmand 

line will not be cleared on any keystroke like it normally is. 

In addition there have been instances where NO keystroke would work 

and the "end" softkey was inoperable, nothing could be typed on the 

command line. The exit was to kill the process from another terminal. 

This problem exists for all HP54000-UX emulators built with 

/lsd/p2/cmd/emul/gencore. 
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KPR #: D200090720 Product: 6809E EMULATION 300 64216S004 01.00 
One-line description: 

Code disp. with trace not right if code changed w/o ending emul. session 
Problem: 

Source lines displayed with a trace may not be correct if 

the code is changed without ending out of the emulation session. 

For exanple, a user running is windows does a display trace source 

on, and sees a statement: i = 1; in the trace along with the 

MOVE.L #1,D0 that accompanies that source line. The user then 

moves to another window, changes the source line to i = 2;, recompiles, 

relinks, and runs edbuild. The user then moves back to the emulation 

window, reloads the file, and reruns the code and the trace. The 

trace shows MOVE.L #2, DO as expected, BUT shows i = 1; as the 

source line. 

End out of emulation, and reenter before loading the new program 
Source lines displayed with a trace may not be correct if 
the code is changed without ending out of the emulation session. 
For exanple, a user running is windows does a display trace source 
on, and sees a statement: i = 1; in the trace along with the 
MOVE.L #1,D0 that accompanies that source line. The user then 
moves to another window, changes the source line to i = 2;, recompiles, 
relinks, and runs edbuild. The user then moves back to the emulation 
window, reloads the file, and reruns the code and the trace. The 
trace shows MOVE.L #2, DO as expected, BUT shows i = 1; as the 
source line. 

Temporary solution: 

End out of emulation, and reenter before loading the new program 
or executing the trace. 
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KPR #: 1650048355 Product: 68HC11 EMUL 300 64265S004 01.00 

One-line' description; 

68HC11 will work alone as a measurement system. 



KPR #: D200082271 Product: 68HC11 EMUL 300 64265S004 01.00 

One-line description: 

Processes sometimes left running after parent has stopped. 
Problem: 

Sometimes, when the parent process to a measurement system is killed 
some of the measurement systems processes are left running. Please 
change the behaviour of the products so that these processes die 
nicely. 



Temporary solution: 

If the tty associated with the process is a pty, then you can 
release the processes by 
cat < ptyxx 

This causes the pending output to be flushed, and the processes will die 
naturally. 



KPR #: D2OO083287 Product: 68HC11 EMUL 300 64255S004 01.00 

One-line description: 

Loading a trace file from a different processor may cause core dump 
Problem: 

If a trace file is created with "store trace" on a processor that allows 
multiple analysis modes with some mode other than the default, then is 
loaded by a processor with only one mode, a core dump will result. A 
good example is storing an execution mode trace on the dequeued 68000, 
then trying to load the trace on the non-dequeued 68000. 



Temporary solution: 

Do not attempt to load a trace file for a mode that is not supported. 



KPR #: D2OO086066 Product: 68HC11 EMUL 300 64265S004 01.00 

One-line description: 
Tracelist symbols dissappear. 

Problem: 

The symbols will not be displayed in the trace list if the 
following commands are executed: 

1. display trace absolute symbols on 

2. end ; end locks the emulation session 

3. <systeni name> <module name> ; continues the emulation session 

4. display trace 
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The symbols will not be displayed even if you try to re-execute step 
number 1. 

Temporary solution: 

Perform the following steps after executing steps 1-4 listed in the 
problem text. 

5. display trace mnemonic 

6. display trace absolute 



KPR #: D200086413 Product: 68HC11 EMUL 300 64265S004 01.00 

One-line description: 

Using simio, then continuing , may not be possible 
Problem: 

If simio is used extensively, then the user attempts to end and reenter 
emulation, reentry will not be possible, and there will be a continuous 
error message stating that the 64120 will not accept a download. This 
is a problem with emulation core, and exists in all emulators. 



KPR #: D200088377 Product: 68HC11 EMUL 300 64265S004 01.10 

One-line description: 

"end" softkey after HP-IB error does not clear command line 
Problem: 

If there is an HP-IB error and the "end" softkey appears, the command 

line will not be cleared on any keystroke like it normally is. 

In addition there have been instances where NO keystroke would work 

and the "end" softkey was inoperable, nothing could be typed on the 

command line. The exit was to kill the process from another terminal. 

This problem exists for all HP64000-UX emulators built with 

/lsd/p2/cmd/emul/gencore. 



KPR #: D200090902 Product: 68HC11 EMUL 300 64265S004 01.10 

One-line description: 

Code disp. with trace not right if code changed w/o ending emul. session 
Problem: 

Source lines displayed with a trace may not be correct if 

the code is changed without ending out of the emulation session. 

For exanple, a user running is windows does a display trace source 

on, and sees a statement: i = 1; in the trace along with the 

noVE.L #l,DO that accompanies that source line. The user then 

moves to another window, changes the source line to i = 2;, recompiles, 

relinks, and runs edbuild. The user then moves back to the emulation 

window, reloads the file, and reruns the code and the trace. The 

trace shows MOVE.L #2, DO as expected, BUT shows i = 1; as the 

source line. 

End out of emulation, and reenter before loading the new program 
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KPR »: D200 090902 ••CONTINUED** 

Source lines displayed with a trace may not be correct if 

the code is changed without ending out of the emulation session. 

For exanple , a user running is windows does a display trace source 

on, and sees a statement: i = 1; in the trace along with the 

MOVE.L #1,D0 that accompanies that source line. The user then 

moves to another window, changes the source line to i = 2;, recompiles, 

relinks, and runs edbuild. The user then moves back to the emulation 

window, reloads the file, and reruns the code and the trace. The 

trace shows MOVE.L #2, DO as expected, BUT shows i = 1; as the 

source line. 

Temporary solution: 

End out of emulation, and reenter before loading the new program 
or executing the trace. 
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KPR #: 5000256867 Product: 68HCII ASSEMB 64865 

external_sym,mask 



01.00 



One-line description: 

Incorrect object code generated tor BSET 



Problem: 

"6811" 

DATA 



WASTE 

SINTAN 

BITO 



GLOBAL 

GLOBAL 

RMB 

RMB 

EQU 



SINTAN 

BITO 

54H 

OIH 

OOIH 



File 2: 
"5811" 



EXTERNAL 
BSET 



SINTAN, BITO 
SINTAN, BITO 



The object code generated for the BSET instruction should be 
145401 instead it is 140101. 

Temporary solution: 

No temporary solution at this time. 

Signed off 08/31/88 in release A01.40 



KPR #; D200072397 Product: 68HCII ASSEMB 54865 01.00 

One-line description: 

Illegal and incorrect object code for STAA, STD operators. 
Problem: 

For the STAA and STD operators the 68HC11 assembler generates illegal 
object and incorrect object code respectively if the destination 
is an immediate operand. An error should be generated. 

"6811" 

STAA #33 
STD #33 



This file will assembler without error. 

Temporary solution: 

No known temporary solutions. 

Signed off 08/31/88 in release A01.40 
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KPR #: D20OO91835 Product: 68HCII ASSEMB 64865 01.00 

One-line description: 

BAD CODE GENERATED FOR "JSR" INSTRUCTION. 
Problem: 

The following fragment produces bad code for the first JSR, but not 
for the second: 



START LDV #1111H 

JMP 0,Y 

CPX 08, Y 

JSR 0,Y 

LDX 07, Y 

CPY 0,Y 

JSR 0,Y 

LDS 0,Y 

END START 

Temporary solution: 

No workaround is currently available. 

Signed off 08/31/88 in release A01.40 
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KPR #: D200082305 Product: 70016 EMUL (JLO) 300 64294S004 01.10 
One-line description: 

Processes sometimes left running after parent has stopped. 

Prob lem: 

Sometimes, when the parent process to a measurement system is killed 
some of the measurement systems processes are left running. Please 
change the behaviour of the products so that these processes die 
nicely. 



Temporary solution: 

If the tty associated with the process is a pty, then you can 
release the processes by 
cat < ptyxx 

This causes the pending output to be flushed, and the processes will die 
naturally. 



KPR #: D200086090 Product: 70016 EMUL (JLO) 300 64294S004 01. 10 

One-line description: 
Tracelist symbols dissappear. 

Problem: 

The sjTiibols will not be displayed in the trace list if the 
following commands are executed: 

1. display tiace absolute symbols on 

2. end ; end locks the emulation session 

3. <system name> <module name> ; continues the emulation session 

4. display trace 

The sj^bols will not be displayed even if you try to re-execute step 
number 1. 

Temporary solution: 

Perform the following steps after executing steps 1-4 listed in the 
problem text. 

5. display trace mnemonic 

6. display trace absolute 



KPR #: D200088385 Product: 70016 EMUL (JLO) 300 64294S004 01. 10 

One-line description: 

"end" softkey after HP-IB error does not clear command line 
Problem: 

If there is an HP-IB error and the "end" softkey appears, the command 
line will not be cleared on any keystroke like it normally is. 
In addition there have been instances where NO keystroke would work 
and the "end" softkey was inoperable, nothing could be typed on the 
command line. The exit was to kill the process from another terminal. 
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This problem exists for all HP64000-UX emulators built with 
/lsd/p2/cmd/einul/gencore. 
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KPR #: D200082313 Product: 70108 ENUL (JLO) 300 64295S004 01.10 
One-line description: 

Processes sometimes left running after parent has stopped. 

Problem: 

Sometimes, when the parent process to a measurement system is killed 
some of the measurement systems processes are left running. Please 
change the behaviour of the products so that these processes die 
nicely. 



Temporary solution: 

If the tty associated with the process is a pty, then you can 
release the processes by 
cat < ptyxx 

This causes the pending output to be flushed, and the processes will die 
naturally. 



KPR #: D200086108 Product: 70108 EMUL (JLO) 300 64295S004 01. 10 

One-line description: 
Tracelist symbols dissappear. 

Problem: 

The symbols will not be displayed in the trace list if the 
following commands are executed: 

1. display trace absolute symbols on 

2. end ; end locks the emulation session 

3. <system name> <module name> ; continues the emulation session 

4. display trace 

The symbols will not be displayed even if you try to re-execute step 
number 1. 

Temporary solution: 

Perform the following steps after executing steps 1-4 listed in the 
problem text. 

5. display trace mnemonic 

6. display trace absolute 



KPR #: D200088393 Product: 70108 EMUL (JLO) 300 64295S004 01.10 
One-line description: 

"end" softkey after HP-IB error does not clear command line 
Problem: 

If there is an HP-IB error and the "end" softkey appears, the command 
line will not be cleared on any keystroke like it normally is. 
In addition there have been instances where NO keystroke would work 
and the "end" softkey was inoperable, nothing could be typed on the 
command line. The exit was to kill the process from another terminal. 
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KPR #: D200088393 **CONTINUED** 

This problem exists for all HP64000-UX emulators built with 
/lsd/p2/cmd/emul/gencore . 
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KPR #: D200082339 Product: 70208 EMUL 64297S004 01.00 

One-line description: 

Processes sometimes left running after parent has stopped. 

Problem: 

Sometimes, when the parent process to a measurement system is killed 
some of the measurement systems processes are left running. Please 
change the behaviour of the products so that these processes die 
nicely. 



Temporary solution: 

If the tty associated with the process is a pty, then you can 
release the processes by 
cat < ptyxx 

This causes the pending output to be flushed, and the processes will die 
naturally. 



KPR #: D200088419 Product: 70208 EMUL 64297S004 01.00 

One-line description: 

"end" softkey after HP-IB error does not clear command line 
Problem: 

If there is an HP-IB error and the "end" softkey appears, the command 

line will not be cleared on any keystroke like it normally is. 

In addition there have been instances where NO keystroke would work 

and the "end" softkey was inoperable, nothing could be typed on the 

command line. The exit was to kill the process from another terminal. 

This problem exists for all HP64000-UX emulators built with 

/lsd/p2/cmd/emul/gencore. 
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KPR #: 5000242818 Product: 70216 EMUL 64295 01.00 

One-line description: 

V50 Disassembler generates "illegal" opcode for "POP PS" instruction 
KPR #: 5000251363 Product: 70216 EMUL 64296 01.00 

One-line description: 

Can not specify needed trigger specification. 
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KPR #: D200082321 Product: 70216 EMUL 64296S004 01.00 

One-line description: 

Processes sometimes left running after parent has stopped. 

Problem: 

Sometimes, when the parent process to a measurement system is killed 
some of the measurement systems processes are left running. Please 
change the behaviour of the products so that these processes die 
nicely. 



Temporary solution: 

If the tty associated with the process is a pty, then you can 
release the processes by 
cat < ptyxx 

This causes the pending output to be flushed, and the processes will die 
naturally. 



KPR #: D200088401 Product: 70216 EMUL 64296SG04 01.00 

One-line description: 

"end" softkey after HP-IB error does not clear command line 
Problem: 

If there is an HP-IB error and the "end" softkey appears, the command 

line will not be cleared on any keystroke like it normally is. 

In addition there have been instances where NO keystroke would work 

and the "end" softkey was inoperable, nothing could be typed on the 

command line. The exit was to kill the process from another terminal. 

This problem exists for all HP64000-UX emulators built with 

/lsd/p2/cmd/emul/gencore. 
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KFR #: D200086645 Product: 80186 EMUL FW 64764 00.00 



One-line description: 

Each "init" command eats memory - crash after 20 "inif's 



KPR #: D2OO087114 Product: 80186 EMUL FW 64764 


00 


01 


One-line description: 

Guarded memory might not cause gaurded-mem break 






KPR #: D2OO087601 Product: 80186 EMUL FW 64764 


00 


00 


One-line description: 

Help message for the "loc config" item is incomplete 






KPR #: D2OO087676 Product: 80186 EMUL FW 64754 


00 


01 


One-line description: 

Invalid "of mon" setting in firmware gives PC intfc. problems 






KPR #: D20O087684 Product: 80186 EMUL FW 64764 


00 


00 



One-line description: 

Invalid "cf mon" setting in firmware gives PC intfc. problems 
Problem: 

When "cf mon=ufg" or "cf Tnon=ubg" is selected, a monitor must first be 
loaded. The firmware currently returns "unknown" status (a question 
mark) if the user attempts to set either value without first loading 
a monitor. 

The impact on option S006 (the PC user interface) operation is that 
the configuration screen can't be called up if the configuration in 
the emulator firmware has any "unknown" settings in it. It would be 
preferable for the 64764 firmware to reject the operand as invalid 
if the monitor has not yet been loaded. This way, the emulator 
firmware will retain the previous setting, rather than marking it 
as "unknowr". 

Temporary solution: 

The user should be sure to load the monitor BEFORE giving 
the command to change to user-foreground or user-background 
monitor. 

If the user changes the configuration first and 
finds that the configuration contains an "unknown" setting 
for "mon", the user should modify the configuration in the 
emulator to a valid monitor setting, then load the monitor, 
and THEN change the configuration. 



KPR #: D200087916 Product: 80186 EMUL FW 64764 00.01 

One-line description: 

Incorrect report of bp when breakpoint feature is disabled 
Problem: 

It is possible to get the emulator to report that a software 
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KPR #: D200087916 **CONTINUED** 

breakpoint occurred even when the command "be -d bp" has 
disabled the breakpoint feature: 

map -d * 

map other grd 
map 0. . 0 f f f f eram 

m 0..1f=99 #make vector table point into grd memory 

be -d bp #disable the bp feature 

m 1000=0cc #set a "user" int3 at address 1000 

r 1000 #run that int3 

result is message "Unknown software breakpoint: 09999:09999" 
Signed off 04/14/88 in release AGO. 02 



KPR #: D200088112 Product: 80186 EMUL FW 64754 00.01 

One-line description: 
Bad Background monitor 

Problem: 

During single stepping, if the user's code changes the ES register (so 
it's different from the OS register value), the registers could end 
up with incorrect values. 

Temporary solution: 

If the user steps through an instruction and finds that the register 
values are wrong, the "reg" command can be used to set the 
registers to their correct values. 

Signed off 04/14/88 in release A00.02 
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KPR #: D2OO087957 Product: 80186 EMUL DOS 64764S006 00.01 

One-line description: 

Modify memory with an invalid string 1..100 could fail 
Problem: 

If a modify memory command is entered without any data, then the 
command could hang. 

ex. Modify Memory Byte 0..100h <return> 



Signed off 05/20/88 in release AOl.oo 



KPR #: D2OO089813 Product: 80186 EMUL DOS 64764S006 00.01 

One-line description: 

Invalid expressions can corrupt PC memory 
Signed off 05/20/88 in release AOl.OO 



KPR #: D2OO090167 Product: 80186 EMUL DOS 64764S006 00.01 

One-line description: 

The "stty" command doesn't work correctly for baud rate <= 1200. 
Problem: 

If you toggle the xon parameter when running at 1200 baud and below, 
the stty command will return invalid characters. 

>stty 

stty A 12O0 xon 
>stty -xon 
[#!,*&'^junk characters 

Since the PC interface calls the stty command upon startup, this problem 
will make the PC interface fail at startup with a datacomm error at 1200 
baud (all lower baud rates are not supported by the PC interface). 

Temporary solution: 

To get around this problem, just set switch 13 on the emulator's back 
panel (enable xon). The stty parameter will not be toggled and PC 
interface will startup successfully. 

From the terminal-mode interface, just enter another carriage-return 
to regain proper communications. 
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KPR #: D200089847 Product: 80186 EMUL FW M 64764-90901 01.00 

One-line description: 

The Manual says that step is not allowed in real time mode. 
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KPR #: 1650044016 Product: 80186 EMULATION 64224 00.00 

One-line description: 

"run from <addr>", "modify reg <reloc>" generates 16 extra I/O writes. 
Problem: 

The commands "Run From <addr>", "modify register <name>", 
where <name> is a relocatable register such as UMCS, LMCS, 
generates a series of 15 I/O writes on addresses from 0 to 
lEH incrementing by 2 (0,2,4,6,8....) from the start of the 
Perpheral Control Block. 



KPR #: 2700005280 Product: 80186 EMULATION 64224 00.00 

Keywords: EBPP 

One-line description: 

80186 Emulator with EBPP and State calls the wrong disassembler. 
Temporary solution: 

Use the following procedure to avoid using a "disassemble using 
command every time the analysis session is reentered. 
measurement_system 

state_# ; (# = slot number) 

show tracelist 
disassemble using I80186E 
show trace specification 

configuration save_in C80186_EX:HP write_protect 

end 

end 

purge C80186_E: HP: trace 

rename C80186_EX: HP: trace to C80186_E:HP:trace 
Signed off 02/23/87 in release 01.04 



KPR #: 5000211557 .Product: 80186 EMULATION 64224 01.04 

One-line description: 

"disp. memory mnemonic" shows incorrect inv. assembly for JMP NEAR inst 
Problem: 

"display memory mnemonic" shows incorrect inverse assembly for 
JMP NEAR instruction when MOV for segment register appears before 
the JMP NEAR. 
EXAMPLE source code: MOV DS,BX 

JMP NEAR PTR lOOOH 

disassembled code: MOV DS,BX JMP OFFFH 

Temporary solution: 

There is no workaround available. 
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KPR #: 5000225748 Product: 80186 EMULATION 64224 01.05 

One-line description: 

LODS instructions with segment override not properly disassembled. 
Problem: 

LODS instructions with segment override not properly 
disassembled. Example: 

The code 

2EH,0ACH represents a LODSB CS:[SI] instruction 
when displayed mnemonic the opcode is shown as: 

LODS ES:BYTE PTR [DI ] , CS: [SI ] 
other LODS instructions with segment override disassemble 
incorrectly also. 

Temporary solution: 

There is no workaround available. 



KPR #: D200015123 Product: 80186 EMULATION 64224 01.03 

One-line description: 

PROBLEMS APPEAR WHEN LISTING MEMORY INCLUDING ADDRESSES OFFFEH 8, OFFFFH. 
Problem: 

In emulation, attempting to list certain addresses or ranges of 
addresses to a file results in the following problem: 

When listing mnemonically a range with either OFFFEH or OFFFFH as 
the end address, the list operation never appears to finish. Instead, 
the listing loops back around to address OH and proceeds to list all 
memory locations. 
Examples of the command format: 

a) LIST <file name> MEMORY XXXXH THRU OFFFEH mnemonic 

b) LIST <file name> MEMORY XXXXH THRU OFFFFH mnemonic 

The problem occurs with these addresses when the number of address bits 
designated in the configuration question is 16. If 20 address bits are 
assigned, the problem occurs with addresses OFFFFEH and OFFFFFH. 

Signed off 02/23/87 in release 01.04 

Duplicate Service Requests: 5000210799 



KPR #: D200033647 Product: 80186 EMULATION 64224 01.03 

Keywords: DISASSEMBLER 

One-line description: 

Disassembler displays segment override though it is not coded. 
Signed off 02/23/87 in release 01.04 
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KPR #: 1650042606 Product: 80186 EMULATION 300 64224S004 
One-line description: 

"modify memory" command results in an "end release". 
Problem: 

The 'Modify Memory" command results in an "end release". 
Signed off 08/31/88 in release A01.20 



KPR #: 1650042630 Product: 80186 EMULATION 300 64224S004 01.10 
One-line description: 

"trace only status INTACK" always displays interrupt type 0. 
Problem: 

When using "trace only status INTACK", the display always shows 
an interrupt type 0. 

Signed off 08/31/88 in release A01.20 



KPR #: D2OO081166 Product: 80186 EMULATION 300 64224S004 01.00 
One-line description: 

Loading/modi fing configuration after continue may cause reset. 
Problem: 

Loading or modifying configuration without changing certain key items ma 

y 

cause a processor reset if it is done after exiting emulation, then con- 
tinuing the emulation session whereas no reset would occur if the user 
had not done an exit/continue. 



Temporary solution: 
Temporary work around: avoid using exit/continue in conjunction 
with modifing or loading configuration in order to avoid a processor 
reset. 

Signed off 04/07/88 in release AOl.lO 



KPR #: 0200081208 Product: 80186 EMULATION 300 64224S004 01.00 
One-line description: 

Modify/store memory abort at physical addr 0 for seg/offset procs 
Problem: 

Modify memory for a large range (> 4096 bytes) and store memory 
( > 250 bytes) that crosses the physical address 0 boundary will 
fail somewhere after physical address 0 on segment: of f set processors. 
For example, on the 8086, the following command will modify only part 
of the requested range: 

modify memory OFFOOH:0 thru OFFOOH: OFFFFH to 0 

since address OFFOOH: lOOOH is in fact physical address 0. 
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Temporary solution: 
Temporary work around: 

Do not attemt to modify/store memory through physical address OH. 
Signed off 04/07/88 in release AOl.lO 



KPR #: D200082131 Product: 80186 EMULATION 300 64224S004 01.10 

One-line description: 

Processes sometimes left running after parent has stopped. 
Problem: 

Sometimes, when the parent process to a measurement system is killed 
some of the measurement systems processes are left running. Please 
change the behaviour of the products so that these processes die 
nicely. 



Temporary solution: 

If the tty associated with the process is a pty, then you can 
release the processes by 
cat < ptyxx 

This causes the pending output to be flushed, and the processes will die 
naturally. 



Signed off 08/31/88 in release A01.20 



KPR #: D200083147 Product: 80186 EMULATION 300 64224S004 01.10 
One-line description: 

Loading a trace file from a different processor may cause core dump 
Problem: 

If a trace file is created with "store trace" on a processor that allows 
multiple analysis modes with some mode other than the default, then is 
loaded by a processor with only one mode, a core dump will result. A 
good example is storing an execution mode trace on the dequeued 68000, 
then trying to load the trace on the non-dequeued 68000. 



Temporary solution: 

Do not attempt to load a trace file for a mode that is not supported. 
Signed off 08/31/88 in release A01.20 
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KPR #: D200085951 Product: 80186 EMULATION 300 64224S004 01.10 

One-line description: 
Tracelist symbols dissappear. 

Problem: 

The symbols will not be displayed in the trace list if the 
following commands are executed: 

1. display trace absolute symbols on 

2. end ; end locks the emulation session 

3. <system name> <module name> ; continues the emulation session 

4. display trace 

The symbols will not be displayed even if you try to re-execute step 
number 1. 

Temporary solution: 

Perform the following steps after executing steps 1-4 listed in the 
problem text. 

5. display trace mnemonic 

6. display trace absolute 

Signed off 08/31/88 in release A01.20 



KPR #: D2OO086314 Product: 80186 EMULATION 300 64224S004 01.10 
One-line description: 

Using simio, then continuing , may not be possible 
Problem: 

If simio is used extensively, then the user attempts to end and reenter 
emulation, reentry will not be possible, and there will be a continuous 
error message stating that the 64120 will not accept a download. This 
is a problem with emulation core, and exists in all emulators. 

Signed off 08/31/88 in release A01.20 



KPR #: D20O088278 Product: 80186 EMULATION 300 64224S004 01.10 
One-line description: 

"end" softkey after HP-IB error does not clear command line 
Problem: 

If there is an HP-IB error and the "end" softkey appears, the command 
line will not be cleared on any keystroke like it normally is. 
In addition there have been instances where NO keystroke would work 
and the "end" softkey was inoperable, nothing could be typed on the 
command lire. The exit was to kill the process from another terminal. 
This problem exists for all HP64000-UX emulators built with 
/lsd/p2/cmd/emul/gencore . 

Signed off 08/31/88 in release A01.20 
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KPR #: D200089839 Product: 80186 EMULATION 300 64224S004 
One-line description: 

Support baunload feature in the emulator. 
Problem: 

Detailed Listing for Defect Number LSDqf03472 
Text ; 

Support bbaunload feature in the emulator. 
. submitter 

Add the unload capability of the Basis Branch Analyzer 
to the I80X8X family of emulators. 

THIS ENHANCEMENT APPLIES TO THE FOLLOWING PROCESSORS: 

64224 80186DQ Emulation 

64225 80188DQ Emulation 

64220 8086DQ Emulation 

64221 8088DQ Emulation 

Signed off 08/31/88 in release A01.20 



KPR #: D200089854 Product: 80186 EMULATION 300 64224S004 01.10 
One-line description: 

SOURCE LINES are missing from "absolute trace display" with "SOURCE ON" 
Problem: 

Detailed Listing for Defect Number LSDqf03582 
Text: 

Source lines missing from absolute trace display with source on 

"display trace absolute source on" does not show source lines in the dis 
play. 

"display trace mnemonic source on" will show the source lines. Source 1 
ines 

should appear for both types of display. 
Signed off 08/31/88 in release A01.20 



KPR #: D200090761 Product: 80186 EMULATION 300 64224S004 01.10 
One-line description: 

Code disp. with trace not right if code changed w/o ending eraul. session 
Problem: 

Source lines displayed with a trace may not be correct if 

the code is changed without ending out of the emulation session. 

For exanple, a user running is windows does a display trace source 

on, and sees a statement: i = 1; in the trace along with the 

MOVE.L #1,D0 that accompanies that source line. The user then 

moves to another window, changes the source line to i = 2;, recompiles, 

relinks, and runs edbuild. The user then moves back to the emulation 

window, reloads the file, and reruns the code and the trace. The 

trace shows MOVE.L #2, DO as expected, BUT shows i = 1; as the 
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KPR #: D200090761 **CONTINUED** 
source line. 

End out of emulation, and reenter before loading the new program 
Source lines displayed with a trace may not be correct if 
the code is changed without ending out of the emulation session. 
For exanple , a user running is windows does a display trace source 
on, and sees a statement: i = 1; in the trace along with the 
MOVE.L #1,DG that accompanies that source line. The user then 
moves to another window, changes the source line to i = 2;, recompiles, 
relinks, and runs edbuild. The user then moves back to the emulation 
window, reloads the file, and reruns the code and the trace. The 
trace shows MOVE.L #2, DO as expected, BUT shows i = 1; as the 
source line. 

Temporary solution: 

End out of emulation, and reenter before loading the new program 
or executing the trace. 

Signed off 08/31/88 in release AOl.20 
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KPR #: D200031799 Product: 80186 SW ANAL 64335 02.00 

One-line description: 

Using local static variables in C causes a lockup in the analyzer 
Problem: 

Using local static variables in the C language causes the analyzer 
to lock up. The analyzer looks through the dynamic data area without 
ever realizing that the variable is in the static data area, thus an 
infinite loop results. 

Temporary solution: 

The problem itself has no workaround, the customer must not use 
local static variables until new software is available. 

Signed off 11/06/87 in release 02.03 



- 80186 SW ANAL - 



Known Problem Reports as of 09/01/88 



Page: 333 



KPR #: D200031856 Product: 80186 SW ANALYZER 64341E 02.00 
One-line description: 

Using local static variables in C causes a lockup in the analyzer 
Problem: 

Using local static variables in the C language causes the analyzer 
to lock up. The analyzer looks through the dynamic data area without 
ever realizing that the variable is in the static data area, thus an 
infinite loop results. 

Temporary solution: 

The problem itself has no workaround, the customer must not use 
local static variables until new software is available. 

Signed off 11/06/87 in release 02.02 
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KPR #: D200087973 Product: 80188 EMUL FW 54765 00.01 

One-line description: 

Incorrect report of bp when breakpoint feature is disabled 
Problem: 

It is possible to get the emulator to report that a software 
breakpoint occurred even when the command "be -d bp" has 
disabled the breakpoint feature: 

map -d * 

map other grd 

map 0 . . Of f f f eram 

m 0..1f=99 #make vector table point into grd memory 

be -d bp #disable the bp feature 

m 1000=0cc #set a "user" intS at address 1000 

r 1000 #run that int3 

result is message "Unknown software breakpoint: 09999:09999" 
Signed off 04/14/88 in release A00.02 

KPR #: D200088120 Product: 80188 EMUL FW 64765 00.01 

One-line description: 
Bad Background monitor 

Problem: 

During single stepping, if the user's code changes the ES register (so 
it's different from the DS register value), the registers could end 
up with incorrect values. 

Temporary solution: 

If the user steps through an instruction and finds that the register 
values are wrong, the "reg" command can be used to set the 
registers to their correct values. 
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KPR #: D200065805 Product: 80188 EMULATION 64225 01.03 

Keywords: USER MEMORY 
One-line description: 

Emulator would not recover from errors during display memory repetitive. 
Problem: 

The problem occurs when displaying user memory repetitively. 
An error condition such as slow clock or guarded memory access 
would cause the 64000 station to reboot or to display 
extraneous data at the top of the screen. When the screen had 
been written to at the top, the only action to delete the 
characters was resetting the station. 

Temporary solution: 

There is no workaround other than avoiding the error conditions 
during a repetitive display of user memory. 
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KPR #: D200081255 Product: 80188 EMULATION 300 64225S004 
One-line description: 

Display memory line crossing segment boundary will be wrong 

Prob lem: 

Display Memory and Modify Memory will be incorrect at the 
segment wrap around, under the following conditions: 

Display Memory will be wrong when the segment end is in the 
center of a line. 

Modify Memory will be incorrect if done beyond the end of a 
segment. 



Temporary solution: 

Temporary workaround for each situation is as follows: 

Display Memory should not be set to have the end of the segment 
in the middle of the line being displayed. 

Modify Memory will be correct if it is not extended through the end 
of a segment. For example: 

modify memory OFFFEH to 1,2 will be correct. 

modify memory OFFFEH to 1,2,3 will NOT be correct, because 
the third entry is in the next segment. 

Signed off 08/31/88 in release A01.20 



KPR #: D200082149 Product: 80188 EMULATION 300 64225S004 01.10 
One-line description: 

Processes sometimes left running after parent has stopped. 
Problem: 

Sometimes, when the parent process to a measurement system is killed 
some of the measurement systems processes are left running. Please 
change the behaviour of the products so that these processes die 
nicely. 



Temporary solution: 
If the tty associated with the process is a pty, then you can 
release the processes by 
cat < ptyxx 

This causes the pending output to be flushed, and the processes will die 
naturally. 



Signed off 08/31/88 in release A01.20 
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KPR #: D200083154 Product: 80188 EMULATION 300 64225S004 01.10 

One-line description: 

Loading a trace file from a different processor may cause core dump 
Problem: 

If a trace file is created with "store trace" on a processor that allows 
multiple analysis modes with some mode other than the default, then is 
loaded by a processor with only one mode, a core dump will result. A 
good example is storing an execution mode trace on the dequeued 68000, 
then trying to load the trace on the non-dequeued 68000. 



Temporary solution: 

Do not attempt to load a trace file for a mode that is not supported. 
Signed off 08/31/88 in release A01.20 



KPR #: D200O84939 Product: 80188 EMULATION 300 64225S004 01.10 
One-line description: 

"modify memory" command results in an "end release". 
Problem: 

The "Modify Memory" command results in an "end release". 
Signed off 08/31/88 in release A01.20 



KPR #: D20C084954 Product: 80188 EMULATION 300 64225S004 01.10 
One-line description: 

"trace only status INTACK" always displays interrupt type 0. 
Problem: 

When using "trace only status INTACK", the display always shows 
an interrupt type 0. 

Signed off 08/31/88 in release AOl.20 



KPR #: D200086132 Product: 80188 EMULATION 300 64225S004 01.10 
One-line description: 

Software Breakpoints don't work in target memory. 
Problem: 

Software breakpoints do net work in target memory. 
There is no workaround; updated software is required. 

Temporary solution: 

Software breakpoints do not work in target memory. 
There is no workaround; updated software is required. 

Signed off 08/31/88 in release AOl.20 

Duplicate Service Requests: D200089904 
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KPR #: D200086322 Product: 80188 EMULATION 300 64225S004 01.10 
One-line description: 

Using simio, then continuing , may not be possible 
Problem: 

If simio is used extensively, then the user attempts to end and reenter 
emulation, reentry will not be possible, and there will be a continuous 
error message stating that the 64120 will not accept a download. This 
is a problem with emulation core, and exists in all emulators. 

Signed off 08/31/88 in release AOl.20 



KPR #: 0200088286 Product: 80188 EMULATION 300 64225S004 01.10 

One-line description: 

"end" softkey after HP-IB error does not clear command line 
Problem: 

If there is an HP-IB error and the "end" softkey appears, the command 
line will not be cleared on any keystroke like it normally is. 
In addition there have been instances where NO keystroke would work 
and the "end" softkey was inoperable, nothing could be typed on the 
command line. The exit was to kill the process from another terminal. 
This problem exists for all HP64000-UX emulators built with 
/lsd/p2/cmd/emul/gencore . 

Signed off 08/31/88 in release AOl.20 



KPR #: D200090779 Product: 80188 EMULATION 300 64225S004 01.10 
One-line description: 

Code disp. with trace not right if code changed w/o ending emul. session 
Problem: 

Source lines displayed with a trace may not be correct if 

the code is changed without ending out of the emulation session. 

For exanple, a user running is windows does a display trace source 

on, and sees a statement: i = 1; in the trace along with the 

MOVE.L #1,00 that accompanies that source line. The user then 

moves to another window, changes the source line to i = 2;, recompiles, 

relinks, and runs edbuild. The user then moves back to the emulation 

window, reloads the file, and reruns the code and the trace. The 

trace shows MOVE.L #2, DO as expected, BUT shows i = 1; as the 

source line. 

End out of emulation, and reenter before loading the new program 
Source lines displayed with a trace may not be correct if 
the code is changed without ending out of the emulation session. 
For exanple, a user running is windows does a display trace source 
on, and sees a statement: i = 1 ; in the trace along with the 
MOVE.L #1,00 that accompanies that source line. The user then 
moves to another window, changes the source line to i = 2;, recompiles, 
relinks, and runs edbuild. The user then moves back to the emulation 
window, reloads the file, and reruns the code and the trace. The 
trace shows MOVE.L #2, DO as expected, BUT shows i = 1; as the 
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KPR #: D2000 90779 **CONTINUED** 

source line. 

Temporary solution: 

End out of emulation, and reenter before loading the new program 
or executing the trace. 

Sijned off OS/31/88 in release A01.20 
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KPR #: D200031807 Product: 80188 SW ANAL 64336 02.01 

One-line description: 

Using local static variables in C causes a lockup in the analyzer 
Problem: 

Using local static variables in the C language causes the analyzer 
to lock up. The analyzer looks through the dynamic data area without 
ever realizing that the variable is in the static data area, thus an 
infinite loop results. 

Temporary solution: 

The problem itself has no workaround, the customer must not use 
local static variables until new software is available. 

Signed off 11/05/87 in release 02.04 
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KPR #: D200031864 Product: 80188 SW ANALYZER 64341F 01.00 
One- line description: 

Using local static variables in C causes a lockup in the analyzer 
Problem: 

Using local static variables in the C language causes the analyzer 
to lock up. The analyzer looks through the dynamic data area without 
ever realizing that the variable is in the static data area, thus an 
infinite loop results. 

Temporary solution: 

The problem itself has no workaround, the customer must not use 
local static variables until new software is available. 

Signed off 11/06/87 in release 01.02 
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KPR #: 5000240259 Product: 80286 EMULATION 64228 01.02 

One-line description: 

trace only <Odd Address> data 0: analyzer doesn't qualify properly. 
Problem: 

Trigger and store function in 80286 emulator does not function 
properly when an odd address is specified with a data qualifier. 
The problem is that the data quailifier appears to be ignored. 
For example: 

"trace only address 1463DH data 0" 
will show ALL accesses to 1463DH, not just those with data = OH 

also: 

"trace only address 1463Dh data 03EXXH" 
will show all accesses to 1463DH 

also: 

"trace only address 1463DH data 0XX3EH" 
will not capture any data, however 

"trace only address 1463DH data OXXOOH" will capture all accesses 
(The program used to test this writes consectutive values from 0-FFH 
to location 1463DH) 



KPR #: 5000244343 Product: 80286 EMULATION 64228 01.02 

One-line description: 

80286 emul. fails to run programs mapped as user memory at the target. 
Problem: 

The 80286 emulator fails to run programs napped as user memory at the 
target system if the target system makes frequent hold requests. 
This problem results from a cpu misinterpretation of an ACK signal. 
The emulator generates a HOLD-ACK signal at the end of every emulator 
controller's hold cycle. If the target system makes a hold request near 
the HOLD-ACK signal, the target system may misuse this ACK as its own 
ACK, and immediately initiates BUS master operation. But the 80286 cpu 
continues to execute normal bus cycles. The CPU's read/write instruction 
fails because the data/address bus is used by another bus master. 

Temporary solution: 

There is no workaround available at this time. 



KPR #: 5000273250 Product: 80286 EMULATION 64228 01.02 

One-line description: 

80286 Emulator may not display proper Interrupt Type number. 
Temporary solution: 

There is no workaround available at this time. 



KPR #: 5000273268 Product: 80286 EMULATION 64228 01.02 

One-line description: 

trace abt addr 0:OEOH status rd mem triggers on addresses OEOh, OCOH. 
Problem: 
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KPR #: 5000273268 **CONTINUED** 

Special combination of address and status causes improper analyzer 
spec in 80286 emulator. 

The trace command: 

"trace about address 0:OEOH status read_mem" will trigger on addresses 
OEOH and OCOH. It should only trigger on OEOH. 

The commands: 

"trace about address 0:OEOH" AND 
"trace about address OEOH status read_mem" 

work properly. 



KPR #: 5000275727 Product: 80286 EMULATION 64228 01.02 

One-line description: 

'list printer memory" command gives wrong addresses using seg: offset. 
Problem: 

The "list printer memory" command does not function properly. Two 
errors have been observed. 

1. If the "list printer memory" command is issued with the address 
specified in the segment : of f set format the addresses on the 
printout do not have a colon separating the segment from the 
offset. The resulting addresses are not the addresses specified. 

2. If the "list printer memory" command is issued multiple times 
after a "display memory" command (again with the address specified 
as segment : of f set) the addresses in the printout are not the 
addresses specified. 



KPR #: D200OB0127 Product: 80286 EMULATION 64228 01.02 

One-line description: 

First PV cycle shows failure with some 64155B cards, if PV'd 1st on 228. 

Problem; 

When the 64228 is in the same cage as a 64155B, and PV is run on the 
228 before being run on the 155B, the first cycle of PV will fail with 
certain 155B cards, and not with others. PV passes when perfomed on the 
155B card before the 228. 

Temporary solution: 

This problem does not influence the operation of the emulator, and 
is merely an inconvenience, especially however, for those who do 
not expect it to occur. 
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KPR #: 5000141747 Product: 80286 UDE 64227 01.00 

Keywords: DISPLAY MEMORY 
One-line description: 

Inverse assembler does not work properly during display memory mnemonic. 
Problem: 

The "MUL " instruction is not correct when shown by a "display 
memory mnemonic" command. The inverse assembler cosiders it a 
3 byte instruction rather than a 2 byte instruction. For example 

3015 MOV BX,#0010H 

3018 MUL BX 

301B MOV 3002H,AX * the correct address is 301A 

301E JMP s 03004H * this address is correct 

The trace disassembly is correct. 

KPR #: 5000162651 Product: 80286 UDE 64227 01.00 

Keywords: DISPLAY MEMORY 
One-line description: 

The IDIV instruction is not correct during a display memory mnemonic. 
Problem: 

The trace disassembly is correct. The problem is only with 
display memory mnemonic. An example follows. 

3009 MOV BX,#0100H 
300C IDIV BX 

300F MOV 3000H,AX * address should be 300E 
3012 MOV ax,#OlOOH * this address is correct 

KPR #: 5000181131 Product: 80286 UDE 64227 01.00 

Keywords: DISASSEMBLER 
One-line description: 

Incorrect data is returned on a trace about an I/O port. 

KPR #: D200046714 Product: 80286 UDE 64227 01.00 

Keywords: INSTRUCT. EXECUTION 
One-line description: 

Single step function does not work after a software breakpoint. 
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KPR #: D200068775 Product: 80286B ASSEMB 64859 01.02 

One-line description: 

Aliases not allowed in the linker to specify library paths. 

Problem: 

Path specifications are not allowed for libraries in the linker on old 
assembler, you could use aliases; you can not use aliases now. 

Temporary solution: 

No known temporary solutions. 



KPR #: D200085316 Product: 80286B ASSEMB 64859 01.02 

One-line description: 

Address in 8086 family assemblers lost segment information. 
Problem: 

Due to changes to the hosted assembler, all assemblers in product 
64853 and 64859 (80x86 family and 80286, B version) were truncating 
the segment information in addresses passed to the linker. 

Signed off 08/31/88 in release A01.50 
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KPR #: 5000132662 Product: 8048 ASSEMB 64846 01.00 

One-line description: 

Error message LR generated on valid JMP instruction 
Problem: 

The 8042 processor allows jumping through 2K blocks called pages 
The following example generates a LR error for a valid JMP opcode. 

"8042" 

ORG 40 IH 
LABEL NOP 

NOP 

PROG 

JMP LABEL {opcode 8401 - is valid, p. 14-19 

^LR error Micontroller Handbook} 

Temporary solution: 

No known temporary solution. 



- 8048 ASSEMB - 



Known Problem Reports as of 09/01/88 



Page: 347 



KPR #: 5000169995 Product: 8051 ASSEMB 64855 01.08 

One-line description: 

Assembler inconsistant in permitting forward referencing 
Problem: 

The assembler does not always allow forward referencing. It is 

not clear why it allows forward referencing sometimes but not others. 

■8051" 

MOV SYMBOL, C ; no error 

MOV C, SYMBOL ; DE error why? 

EXT SYMBOL 

ORL A, SYMBOLS ; no error 

EXT SYMB0L2 

END 



Temporary solution: 

Define all externals before referencing them. 

(In this case customer does not like this workaround, because a large 
amount of code was written under rev 1.06 and these errors did not 
occur. ) 



KPR #: 5000171470 Product: 8051 ASSEMB 64855 01.08 

One-line description: 

Defining a transfer address causes an ET error 
Problem: 

The following program generates an ET error. 
"8051" 

start NOP 

NOP 

END start 



Therefore, a transfer address cannot be defined. This is a critical 
need for our customers for emulation 

Temporary solution: 

No known temporary solution. 



KPR #: 5000240929 Product: 8051 ASSEMB 64855 01.20 

Keywords: CODE GENERATOR PROBLEM ON 9000/S300 

One-line description: 

Special operator "HIGH" does not work with DS pesudo opcode 
Problem: 

The special operator "HIGH" does not work correctly when the label 
is defined using the DS pseudo opcode: Example: 
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KPR #: 5000240929 **CONTINUED** 



"8051" 

ORG 

LABEL 1 EQU 
LABEL2 EQU 
LABELS DS 
MOV 
MOV 
MOV 
MOV 
END 



1234H 
$ 

3344H 

1 

A,#HIGH(LABEL1) 
A,#HIGH1LABEL2) 
A,#HIGH(LABEL3) 
DPTR,#LABEL3 



•.correct - moves 12H into A 
; correct - moves 33H into A 
; WRONG - moves 34H into A 
; correct 



Temporary solution: 

There is no known work around at this time. 



KPR #: D200049833 Product: 8051 ASSEMB 



64855 



00.00 



One-line description: 

Link maps produced on VAX are different than on 64000 and are wrong. 

Problem: 

If files are assembled and linked on the VAX, the link map produced 
is different than if they are assembled and linked on the 64000. 
The length of object files other than the first one listed is too 
long. 

Here is an example of the link maps produced: 

On the 64000: 



FILE/PROG NAME 
f ilel 
f ile2 



PROGRAM 
1000 
10C8 



next address 



1190 



On the VAX: 

FILE/PROG NAME PROGRAM 
filel 1000 
file2 IOCS 

next address 1258 



If the code linked on the VAX is transferred to the 64000 and run 
on an emulator, the file doesn't run, and the message "accesses 
to guarded memory" is displayed. The code linked on the 64000 runs 
with no problems on the emulator. The state analyzer also has 
problems with code linked on the VAX. When a trace is done, the 
modules are displayed relative to the monitor. 

Signed off 04/05/88 in release A01.08 
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KPR #: D200068379 Product: 8051 ASSEMB 64855 01.08 

One-line description: 

HIGH operator does not function correctly 
Problem: 

The HIGH operator does not work when accessing data memory. 
It assumes that external ram is 8 bits instead of the 
16-bits. So no matter what you use as an example, you always 
get the LOW byte. 

Temporary solution: 

No known temporary solution. 



KPR #: D200081570 Product: 8051 ASSEMB 64855 01.08 

Keywords: CODE GENERATOR 

One-line description: 
HIGH does not work 

Problem: 

HIGH operator does not work 

Temporary solution: 

There is no known work around. 



KPR #: D200O91710 Product: 8051 ASSEMB 64855 01.08 

One-line description: 

CONT in linker will overwrite addresses of variables in different module 

Problem: 

The CONT command used during link will overwrite variable addresses 
declared in different modules. 

riQDl 

•8051" 

EXT LAB1,LAB2 
PROG 

MOV LAB1,#01H 
MOV LAB2,#02H 

M0D2 

"8051" 

GLB LAB1,LAB2,LAB3 

LABI DS 1 
LAB2 DS 1 
LABS DS 1 

H0D3 

"8051" 

GLB LAB4,LAB5 
LAB4 DS 1 
LABS DS 1 
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After assembling, link all three modules together using the CONT 
command for the addresses of the last two modules. The XREF 
listing will look like this: 



LABI 


D 


0020 <--- 




LAB2 


D 


0021 




LAB3 


D 


0022 




LAB4 


D 


0020 <— - 


— Should 


LAB5 


D 


0021 


over 



Temporary solution: 

Define all variables in one module, or declare the addresses 
during link and don't use CONT. 
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KPR #: 5000206458 Product: 8051 ASSn M 64855-90902 01.05 

Keywords: CODE GENERATOR 
One-line description: 

In the manula pg 8-2 states the BIT instruc. shows operand is address. 
KPR #: D200086439 Product: 8051 ASSM M 64855-90902 01.07 

Keywords: MANUAL 
One-line description: 

The assrablr manual needs to be updated w/ information in reference manul 
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KPR #: 5000135855 Product: 8051 ASSM + AL REF M 64855-90905 01.05 
One-line description: 

The $ operand does not work as defined. 
Problem: 

If the $ operand is used in a multi-byte instruction, it should 
specify the value of the PC at the beginning of that instruction. 
In the following example, it represents the value of the PC in 
the middle of the MOV instruction: 

■■8051" 

ORG lOH 

MOV A,#$ ; moves IIH into A instead of lOH 

END 



Temporary solution: 

Use $-x instead of $ where x represents the offset back to the 
first byte of the multi-byte instruction: 

■■805l^^ 

ORG lOH 

MOV A,#$-l ; this will move lOH into A 
END 



Signed off 04/07/88 in release ZOO. 00 
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KPR #: 5000 183475 Product: 8051 EMUL M 64264-90901 01.01 

One-line description: 

Manual enhancement to reflect Port display info in more detail. 



- 8051 EMUL - 



Knovm Problem Reports as of 09/01/88 Page: 354 

KPR #: 1650042655 Product: 8051 EMULATION 64264 00.00 

One-line description: 

Cannot load absolute file using remote file access. 
Problem: 

Cannot load absolute file using remote file access(RFA). 
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KPR #: 5000280750 Product: 8051 EMULATION 300 64264S004 01.00 
One-line description: 

"Core dumps" when displaying user memory<odd address> blocked word. 
Problem: 

8051 emulator will "end_release" with a core dump if a display 
of external_data_memory blocked word is requested with an odd 
address and the memory is mapped as target. Example: 

display extemal_data_ineinory 1 blocked words 

will cause the emulator to end release if address 1 is mapped 
as "externa l_data_memory target ram" 



KPR »: D200069575 Product: 8051 EMULATION 300 64264S004 01.00 
One-line description: 

Measurement System end_released when terminal cannot be initialized 
Problem: 

A measurement system will be end_released, resulting in loss of 
data, when a non-supported terminal is used to enter a currently 
locked measurement system. This problem will arise if the TERM 
environment variable is not set to a value that is supported by 
64000-UX. This may happen when logging in to a system over a 
port that is not hard-wired (modem, LAN vt, etc.) where the 
system prompts you for the Terminal type, which sets the TERM 
variable. 

Temporary solution: 

Make sure that the TERM variable is set to a type of terminal 
that is supported with 64000-UX. This can be verified by typing 
"echo $TERM". 



KPR #: D2OO075788 Product: 8051 EMULATION 


300 64264S004 


01. 


00 


One-line description: 








Msg "Monitor must reside in emul pgm mem" is 


flaky 






KPR #: D2OO077438 Product: 8051 EMULATION 


300 64264S004 


01. 


00 


One-line description: 








Monitor is not recognized when overwritten, re 


-entered after 


"end- lock' 




KPR #: D20O080689 Product: 8051 EMULATION 


300 64264S004 


01. 


00 



One-line description: 

pwd truncates the /net/system portion of the path when RFA'ed to system. 
Problem: 

When using the HP 64000-UX products and netunaming across the LAN 
to another system, such as a compile server, the HP-UX command 
"pwd" which is used by the HP64000-UX product to tell what the 
local directory is, truncates the "/net/system" part of the path. 

This is a HP-UX operating system defect. It is not a defect in 
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KPR #: D200080689 **CONTINUED»* 

the HP 64000-UX application software. As soon as this defect is 
fixed in HP-UX, it will work correctly when using the HP 64000-UX 
applications. 



KPR #: D200080986 Product: 8051 EMULATION 300 64264S004 01.00 
One-line description: 

Using Emulation across RFA can give incomplete symbol information 
Problem: 

Accessing symbol data in a remote file across RFA may result 
in incomplete symbol information being available. This 
problem is a result of read() calls being interrupted during 
file access over RFA. 

This problem can also affect reading absolute data into memory as 
well. 



Temporary solution: 

If this problem occurs while loading absolute data, attempting 
to reload the file again may work. 

There are two possible answers to this problem. The first is to 
move the .Y file to the machine running the emulator. 

The second solution is to move the program object to the machine 
which is running the emulator. This can be done using the get64 
program. When you load the emulator, a new .Y file will be created. 



KPR #: D200081935 Product: 8051 EMULATION 300 64264S004 01.00 
One-line description: 

The Inter-Module-Bus trigger signal latches when set to drive & receive 
Problem: 

When two emulators are set to drive and receive trigger, after the 
trigger signal is driven once over the 1MB, the trigger signal latches. 
Subsequent measurements trigger immediately since the trigger signal on 
the 1MB is still latched from the previous measurement. 

Temporary solution: 

No workaround at this time. 



KPR #: D200082263 Product: 8051 EMULATION 300 64264S004 01.00 
One-line description: 

Processes sometimes left running after parent has stopped. 
Problem: 

Sometimes, when the parent process to a measurement system is killed 
some of the measurement systems processes are left running. Please 
change the behaviour of the products so that these processes die 
nicely. 
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Temporary solution: 

If the tty associated with the process is a pty, then you can 
release the processes by 
cat < ptyxx 

This causes the pending output to be flushed, and the processes will die 
naturally. 



KPR #: D20O082453 Product: 8051 EMULATION 300 64264S004 01.00 
One-line description: 

Emulator end_releases when displaying int. data mem. repet. at odd addr. 
Problem: 

Vfhen displaying intemal_data_memory at an odd address repetitively, the 
emulator end_releases with the error "HP 64120 I/O failed - Bad Address" 

Temporary solution: 

Specify an even address or a range that does not exceed the internal 
data memory space (maximum 7fh). 



KPR #: D20O083279 Product: 8051 EMULATION 300 64254S004 01.00 
One-line description: 

Loading a trace file from a different processor may cause core dump 
Problem: 

If a trace file is created with "store trace" on a processor that allows 
multiple analysis modes with some mode other than the default, then is 
loaded by a processor with only one mode, a core dump will result. A 
good example is storing an execution mode trace on the dequeued 68000, 
then trying to load the trace on the non-dequeued 68000. 



Temporary solution: 

Do not attempt to load a trace file for a mode that is not supported. 



KPR #: D20 0084913 Product: 8051 EMULATION 300 64264S004 01.00 
One-line description: 

"modify memory" command results in an "end release". 
Problem: 

The "Modify Memory" command results in an "end release". 



KPR #: D20 0086405 Product: 8051 EMULATION 300 64264S004 01.00 
One-line description: 

Using siitiio, then continuing , may not be possible 
Problem: 

- 8051 EMULATION - 



Known Problem Reports as of 09/01/88 
KPR #: D200086405 **CONTINUED** 



Page: 358 



If simio is used extensively, then the user attempts to end and reenter 
emulation, reentry will not be possible, and there will be a continuous 
error message stating that the 64120 will not accept a download. This 
is a problem with emulation core, and exists in all emulators. 



KPR #: D200088369 Product: 8051 EMULATION 300 64264S004 01.00 
One-line description: 

"end" softkey after HP-IB error does not clear command line 
Problem: 

If there is an HP-IB error and the "end" softkey appears, the command 
line will not be cleared on any keystroke like it normally is. 
In addition there have been instances where NO keystroke would work 
and the "end" softkey was inoperable, nothing could be typed on the 
command line. The exit was to kill the process from another terminal. 
This problem exists for all HP64000-UX emulators built with 
/lsd/p2/cmd/emul/gencore . 



KPR #: D200090894 Product: 8051 EMULATION 300 64264S004 01.00 
One-line description: 

Code disp. with trace not right if code changed w/o ending emul. session 
Problem: 

Source lines displayed with a trace may not be correct if 

the code is changed without ending out of the emulation session. 

For exanple, a user running is windows does a display trace source 

on, and sees a statement: i = 1; in the trace along with the 

MOVE.L #1,D0 that accompanies that source line. The user then 

moves to another window, changes the source line to i = 2;, recompiles, 

relinks, and runs edbuild. The user then moves back to the emulation 

window, reloads the file, and reruns the code and the trace. The 

trace shows MOVE.L #2, DO as expected, BUT shows i = 1; as the 

source line. 

End out of emulation, and reenter before loading the new program 
Source lines displayed with a trace may not be correct if 
the code is changed without ending out of the emulation session. 
For exanple, a user running is windows does a display trace source 
on, and sees a statement: i = 1; in the trace along with the 
MOVE.L #1,00 that accompanies that source line. The user then 
moves to another window, changes the source line to i = 2;, recompiles, 
relinks, and runs edbuild. The user then moves back to the emulation 
window, reloads the file, and reruns the code and the trace. The 
trace shows MOVE.L #2, DO as expected, BUT shows i = 1; as the 
source line. 

Temporary solution: 

End out of emulation, and reenter before loading the new program 
or executing the trace. 
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KPR #: 5000219220 Product: 8080/5 ASSEMB 64840 01.00 

Keywords: CODE GENERATOR 
One-line description: 

xref incorrect with conditional assmbly IF when code generated for false 
Problem: 

Cross reference listing is incorrect when using IF statement of condi- 
tional assembly. When code is generated for FALSE part of IF, the cross 
reference may be for the wrong value. 

Temporary solution: 

No known solution at this time. 
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KPR #: 5000129023 Product: 8085 B PASCAL 64825 01.01 



Keywords: PASS 1 
One-line description: 

$Range 0N$ causes incorrect code to be generated for a test operation. 
Problem: 

The following program when compiled with the $RANGE 0N$ option wil 
cause incorrect code to be generated. 

■•B8085" I "8280" 
$EXTENSIONS$ 
SRANGE 0N$ 

PROGRAM BOOLREAL; 

VAR A.B.C : REAL; 

L : BOOLEAN; 

BEGIN 

A := 10.0; 
B :- 15.0; 
C := 12.0; 



L := (C < (B+.5) ) AND ( (C + .5) > A) ; 

END. 



The two intermediate results "(C < (B +.5))" and "((C+.5) >A)" 
are anded together and this result is compared with the value 
two. Thus the case is never true. With RANGE OFF correct code 
is generated. 

Temporary solution: 

It is necessary to turn $RANGE OFF$ to obtain correct code. Simply 
breaking up the expression will not work. 



KPR #: D200060228 Product: 8085 B PASCAL 64825 01.02 

One-line description: 

Incorrect data offsets in listing file. 

Problem: 

I am expanding this to all pascal compilers. The C compilers list the 
correct offset. $FAR 0N$ only applies to the 68000 cross compiler. 
The other compilers exhibit the defect w/o any options on. 

"processor name" 
PROGRAM PROVE; 

VAR 

X,Y: INTEGER; 

A: ARRAY [0. .99999] OF INTEGER; 
BEGIN 

$TESTS 1, LIST_CODE ON, LIST_OBJ 0N$ 
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KPR #: D2OO060228 *»CONTINUED** 

(* Comment ON 

Y := A[01; 

y := A[8000]; 

Y := A[90OO]; 
Comment OFF *) 
STESTS 3$ 

Y := A[16000] ; 

Y := A[17000]; 
$TESTS 7$ 

Y := A[16000] ; 

Y := A[17000] ; 
$TESTS 1$ 

(* Comment ON 

Y := A[32000] ; 

Y := A[33000] ; 
Comment OFF *) 

END. 

Temporary solution: 

If arrays of this size are required dovmload the file to the 64100 
and compile. 



KPR #: D20O087353 Product: 8085 B PASCAL 64825 01.90 

Keywords: CODE GENERATOR PROBLEM ON 9000/S300 PROBLEM ON 9000/S500 

PROBLEM ON VAX NOT ON 64100 SYSTEM 

One-line description: 

"Too many errors pass3" err msg, if use duplicate labels. Need better msg 
Problem: 

Pascal compiler may generate " too many errors in pass 3 " if 

two procedures in one module have a label with same name. Example: 

"8086" 

$EXTENSIONS 0N$ 
PROGRAM T0O_MANY; 
PROCEDURE ONE; 
LABEL 100 ; 
BEGIN 
100: 

GOTO 100; 

END; 

PROCEDURE TWO; { pass 3 error - too many errors in pass 3 } 
LABEL 100; { is generated, without any indication as to } 

BEGIN { what the problem is } 

100: 

GOTO 100 

END; 



Temporary solution: 

The obvious workaround, is do not use duplicate labels. If you get 
this error message, be aware that you may have duplicate labels in 
the program. 
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KPR #: D200087353 **CONTINUED** 
Signed off 08/31/88 in release A02.00 
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KPR #: D20OO69948 Product: 8085 C 64826 01.03 

Keywords: PASS 3 
One-line description: 

Conditional compile fails if it suceeds a fixed parm function call. 
Problem: 

Conditional compile does not always work properly if you precede 
the conditional compile with a call to a fixed parameter function. 

"C" 

"processor" 

$FIXED_PARAnETERS 0N$ 
extern f unc 1 ( ; ; 
$FIXED_PARAriETERS OFF$ 
tdefine ibis 0 

extern func2(); 

main( ) 
{ 

int i; 

fund (24); /* See comment below. */ 

#if ibis 

func2(); 
#else if 

i -1; 
#endif 

} 



If the fixed parameter function does not have a parameter which 
is a number I cannot duplicate the problem. 

Temporary solution: 

Turn $AMNESIA 0N$ prior to the call to the fixed parameter function. 
For efficiency reasons turn $AMNESIA OFF$ after the call. 



KPR #: D200081562 Product: 8085 C 64826 01.04 

One-line description: 

Real variable used as a test condition cause error. 
Problem: 

68000 C compiler does not accept a float variable by itself 
as an expression. Example: 

float x; 
maint ) 

{ if( X ) /• gives "Illegal type of operand(s) */ 
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Customer feels that this variable should be evaluated to see if it 
is a non-zero float value. 

WORKAROUND: 

Use if( X != 0.0 ) ; 

OR 

cast the variable to an int: 
if ( (int)x); 
Temporary solution: 

Explicitly test the value against zero. 

"C" 

"processor" 

main( ) 
{ 

float i; 

if ( i != 0) 



} 



KPR #: D200090258 Product: 8085 C 64826 02.10 

One-line description: 

Indirect func calls fail following calls with temporary results 
Problem: 

Copied from Lab text: 
Text: 

Indirect func calls fail following calls with temporary results. 

When a function is called indirectly, the call is performed by pushing 
the return address onto the stack, loading the call address into the HL 
register, and then moving HL into the PC. If a temporary is located in 
a register (as when the result of a previous call is a temporary), then 
the temporary is stored to memory after the call address has been loaded 
into HL. 

In order to store the temporary in memory it may be neccessary to use 
the HL register. The following code illustrates how the temporary in 
DE is swapped with the call address in HL (during the store of the 
temporary), but the call address is not returned to HL prior to loading 
the PC from HL, thus causing the call to fail to access the correct 
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location. 

"C" 

"8085" 

SRECURSIVE OFF$ 
$EXTENSIONS 0N$ 

typedef int (*PFI)(); 
typedef struct { 

char proc_name[10] ; 
PFI proc_ptr; 
} proc_entry; 

proc_entry proc_tab[10] ; 

LSDqf01386( ) 
{ 

int i; 

if ( (*proc_tab[i] .proc_ptr) ( ) <= (*proc_tab[4] .proc_ptr) ( ) ) 
} 

} 

NOTE: Repair was effected in GEN_CALL/call . P by setting PROTECT_HL to 
true while HL contains the call address. 

Signed off 08/31/88 in release A02.20 
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KPR #: D200055889 Product: 8085 C M 54826-90901 01.02 

One-line description: 

Declaring a function which returns a ptr to a function causes error. 
Problem: 

Declaring a function that returns a pointer to a function that 
returns an integer causes invalid syntax errors to be generated. 

"C" 

"processor name" 

int fund ( ) ; 

int (*func5( ) ) ( ) ; 

main ( ) { 

int cntr; 
int (*tmp)(); 

for (cntr-1; cntr<4; cntr++) { 
tmp=func5(cntr) ; 

} 

funcK ) {returnt 1) ; } 
Temporary solution: 

Break up the declaration by using a typedef. 

"C" 

"processor" 

int fund ( ) ; 

typedef int (*pfi)(); 

pfi func5(); 

mainO { 
int cntr; 
int (*tmp)(); 

for (cntr=l; cntr<4; cntr++) 
{ tmp = func5(cntr) ; 

} 

} 

pfi func5(tmp2) 
int tmp2; 

{ 

if (tmp2==l) return( fund) : 

} 

funcK ) {return(l) ; } 
Fix information: 

Fix is documented in Software Notice 5959-2125 R2707. 
Signed off 08/06/87 in release 01.04 
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KPR #: D200052316 



Product 



8085 C 



300 64826S004 



00.00 



Keywords: CODE GENERATOR 
One-line description: 

Incorrect opcode "MOV A.ACC" allowed by our assembler 
Problem: 

The instruction "MOV A.ACC" was assemble and emulated by our products; 
however, the Intel 8051 goes into the weeds at this instrcution. 
At first glance the machine code in the asembler listing appears valid 
(MOV A.ACC ->0000 E5E0 ), but the bottom of page 8-35 in Intel's 
microcontroller handbook states: *MOV A.ACC is not a valid instruction. 

Neither our manuals nor AMD's user manual mention this instruction. 

Signed off 08/25/86 in release 01.00 
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KPR #: 1650037556 Product: 8085 EMULATION 300 64203S004 01.10 
One-line description: 

Display user memory causes a time-out, requiring end-release to recover. 
Signed off 11/10/87 in release 01.20 

KPR #: 1650053660 Product: 8085 EMULATION 300 64203S004 01.00 
One-line description: 

I/O Failure message when "run from <> until <>"; HPUX 6.0. 
Problem: 

When the HP-UX operating system is updated to version 6.0 problems occur 
in emulation. 

As an example "run from ADDRESS until ADDRESS" causes the error message 
"HP64120 I/O failed - check HP-IB and power to 64120". The only softkey 
that is left is the "end release_system" softkey. 

workaround: run emulation software in the debug mode by creating 

the file /usr/hp64000/log/adb.X.O, where X represents the select code fo 

r the HPIB interface. 

In addtion the stderr must be redirected to /dev/null each time the 

emulator is invoked. 

example: ms8085 em8085 2>/dev/null 

Signed off 08/31/88 in release A01.40 



KPR #: D200O80226 Product: 8085 EMULATION 300 64203S004 01.00 
One-line description: 

Absolute code part user, part emul, will be overwritten at boundary. 
Signed off 11/10/87 in release 01.20 



KPR #: D200O80804 Product: 8085 EMULATION 300 64203S004 01.10 
One-line description: 

Using Emulation across RFA can give incomplete symbol information 
Problem: 

Accessing symbol data in a remote file across RFA may result 
in incomplete symbol information being available. This 
problem is a result of readO calls being interrupted during 
file access over RFA. 

This problem can also affect reading absolute data into memory as 
well. 



Temporary solution: 

If this prolDlem occurs while loading absolute data, attempting 
to reload the file again may work. 

There are tvo possible answers to this problem. The first is to 
move the .Y file to the machine running the emulator. 
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KPR #: D200080804 **CONTINUED** 

The second solution is to move the program object to the machine 
which is running the emulator. This can be done using the get64 
program. When you load the emulator, a new .Y file will be created. 

Signed off 11/10/87 in release 01.20 



KPR #: D200081406 Product: 8085 EMULATION 300 64203S004 01.00 
One-line description: 

Relative path names (e.g. ./cmd) should not search PATH 
Problem: 

A new feature was added to the core feature set to search for command 
files using the users PATH variable for a search path. A defect has 
been introduced such that specifying a relative path with a command 
file still has the command file looked for in the search path. 

Relative path names should override the PATH variable like they do in a 
standard shell. Only names not containing any '/' should be searched 
for using PATH. All others (especially ./name) should be used relative 
to the current directory. 

Temporary solution: 

Specify command files with full path names if the application is unable 
to find your command file. 

Signed off 11/10/87 in release 01.20 



KPR #: D200090670 Product: 8085 EMULATION 300 64203S004 01.30 
One-line description: 

Code disp. with trace not right if code changed w/o ending emul. session 
Problem: 

Source lines displayed with a trace may not be correct if 

the code is changed without ending out of the emulation session. 

For exanple, a user running is windows does a display trace source 

on, and sees a statement: i = 1; in the trace along with the 

MOVE.L #1,D0 that accompanies that source line. The user then 

moves to another window, changes the source line to i = 2; , recompiles, 

relinks, and runs edbuild. The user then moves back to the emulation 

window, reloads the file, and reruns the code and the trace. The 

trace shows MOVE.L #2, DO as expected, BUT shows i = 1; as the 

source line. 

End out of emulation, and reenter before loading the new program 
Source lines displayed with a trace may not be correct if 
the code is changed without ending out of the emulation session. 
For exanple, a user running is windows does a display trace source 
on, and sees a statement: i - 1; in the trace along with the 
MOVE.L #1,D0 that accompanies that source line. The user then 
moves to another window, changes the source line to i = 2;, recompiles, 
relinks, and runs edbuild. The user then moves back to the emulation 
window, reloads the file, and reruns the code and the trace. The 
trace shows MOVE.L #2, DO as expected, BUT shows i = 1; as the 
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KPR #: D200090670 ••CONTINUED** 

source line. 

Temporary solution: 

End out of emulation, and reenter before loading tlie new program 

or executing the trace. 

Signed off 08/19/88 in release A0i.40 
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KPR #: D200013334 Product: 8085 PASCAL 64810 00.70 

Keywords: CODE GENERATOR 
One-line description: 

Compiler generates incorrect code for BOOLEAN assignment statement. 
Problem: 

The following program displays a code generation error with regard 
to BOOLEAN assignment statements. The BOOLEAN assignment statement 
overwrites a value in the H&L register pair which is relied upon later. 

PROGRAM BAD_LOOP; 

VAR 

A, B : BYTE; 
ERROR : BOOLEAN; 

BEGIN 

REPEAT 
UNTIL A < B; 

ERROR := FALSE; { overwrites H&L which contain 'A' ) 
FOR A := 1 TO B DO { uses H&L assuming 'A' still in register } 
END. 

Temporary solution: 

No known workaround at this time. 



KPR #: D200040600 Product: 8085 PASCAL 64810 00.70 

One-line description: 

Run time UNDERFLOW error using ZDSBSUB library if result has even parity 
Problem: 

Byte subtraction with $DEBUG 0N$ will cause an underflow error if the 
result has even parity. An underflow will be incorrectly flagged if the 
result has even parity. No error will be indicated, even if one exists, 
if the result has odd parity. The problem is in ZDsbsub (Debug signed 
byte subtraction). The 8085 interprets PE exclusively as a parity bit, 
while the library is anticipating that the- bit can be interpreted as an 
overflow bit. 

SAMPLE CODE: 
•■C" 

"8085" 

$DEBUG 0N$ /*This is required for the error to occur*/ 
main( ) 
{ 

short small; 
short zero; 
small = -128; 

zero = small - small; /* causes error */ 

} 

This problem affects 8085 C and Pascal compilers on 64000 and hosts. 
Temporary solution: 
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Turn SDEBUG OFF$ around signed byte subtractions. 
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KPR #: D200069427 Product: 8086 DQ EMUL 300 64220S004 01.10 

One-line description: 

Measurement System end_released when terminal cannot be initialized 
Problem: 

A measurement system will be end_released, resulting in loss of 
data, when a non-supported terminal is used to enter a currently 
locked measurement system. This problem will arise if the TERM 
environment variable is not set to a value that is supported by 
64000-UX. This may happen when logging in to a system over a 
port that is not hard-wired (modem, LAN vt, etc.) where the 
system prompts you for the Terminal type, which sets the TERM 
variable. 

Temporary solution: 

Make sure that the TERM variable is set to a type of terminal 
that is supported with 64000-UX. This can be verified by typing 
"echo $TERM" . 

Signed off 11/05/87 in release 01.10 



KPR #: D200075838 Product: 8086 DQ EMUL 300 64220S004 01.10 
Keywords: DISASSEMBLER 
One-line description: 

8087 FSUB & FDIV instructs are not disassembled properly. 
Problem: 

The 8087 coprocessor FSUB and FDIV instructions are not 
disassembled properly in certain cases. The absolute 
information is correct. 

Signed off 08/31/88 in release A01.30 



KPR #: D200080432 Product: 8086 DQ EMUL 300 64220S004 01.10 
One- line description: 

Display memory line crossing segment boundary will be wrong 

Problem: 

Display Memory and Modify Memory will be incorrect at the 
segment wrap around, under the following conditions: 

Display Memory will be wrong when the segment end is in the 
center of a line. 

Modify Memory will be incorrect if done beyond the end of a 
segment . 



Temporary solution: 

Temporary workaround for each situation is as follows: 

Display Memory should not be set to have the end of the segment 
in the middle of the line being displayed. 
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Modify Memory will be correct if it is not extended through the end 
of a segment. For example: 

modify memory OFFFEH to 1,2 will be correct. 

modify memory OFFFEH to 1,2,3 will NOT be correct, because 
the third entry is in the next segment. 

Signed off 08/31/88 in release A01.30 



KPR #: D20OO81067 Product: 8086 DQ EMUL 300 64220S004 01.10 
One-line description: 

Loading/modif ing configuration after continue may cause reset. 
Problem: 

Loading or modifying configuration without changing certain key items ma 
y 

cause a processor reset if it is done after exiting emulation, then con- 
tinuing the emulation session whereas no reset would occur if the user 
had not done an exit/continue. 



Temporary solution: 

Temporary work around: avoid using exit/continue in conjunction 
with modifing or loading configuration in order to avoid a processor 
reset. 

Signed off 04/07/88 in release A01.20 



KPR #: D200O82107 Product: 8086 DQ EMUL 300 64220S004 01.20 
One-line description: 

Processes sometimes left running after parent has stopped. 
Problem: 

Sometimes, when the parent process to a measurement system is killed 
some of the measurement systems processes are left running. Please 
change the behaviour of the products so that these processes die 
nicely. 



Temporary solution: 

If the tty associated with the process is a pty, then you can 
release the processes by 
cat < ptyxx 

This causes the pending output to be flushed, and the processes will die 
naturally. 



Signed off 08/31/88 in release A01.30 
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KPR #: D200083113 Product: 8086 DQ EMUL 300 64220S004 01.20 
One-line description: 

Loading a trace file from a different processor may cause core dump 
Problem: 

If a trace file is created with "store trace" on a processor that allows 
multiple analysis modes with some mode other than the default, then is 
loaded by a processor with only one mode, a core dump will result. A 
good example is storing an execution mode trace on the dequeued 68000, 
then trying to load the trace on the non-dequeued 68000. 



Temporary solution: 

Do not attempt to load a trace file for a mode that is not supported. 
Signed off 08/31/88 in release A01.30 



KPR #: D200085928 Product: 8086 DQ EMUL 300 6422GS004 01.20 

One-line description: 
Tracelist symbols dissappear. 

Problem: 

The symbols will not be displayed in the trace list if the 
following commands are executed: 

1. display trace absolute symbols on 

2. end ; end locks the emulation session 

3. <system name> <module name> ; continues the emulation session 

4. display trace 

The symbols will not be displayed even if you try to re-execute step 
number 1. 

Temporary solution: 

Perform the following steps after executing steps 1-4 listed in the 
problem text. 

5. display trace mnemonic 

6. display trace absolute 

Signed off 08/31/88 in release A01.30 



KPR #: D200090738 Product: 8085 DQ EMUL 300 64220S004 01.20 

One-line description: 

Code disp. with trace not right if code changed w/o ending emul. session 
Problem: 

Source lines displayed with a trace may not be correct if 

the code is changed without ending out of the emulation session. 

For exanple, a user running is windows does a display trace source 

on, and sees a statement: i = 1; in the trace along with the 

MOVE.L #1,D0 that accompanies that source line. The user then 

moves to another window, changes the source line to i =2;, recompiles. 
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KPR #: D200O90738 *»CONTINUED** 

relinks, and runs edbuild. The user then moves back to the emulation 
window, reloads the file, and reruns the code and the trace. The 
trace shows MOVE.L #2, DO as expected, BUT shows i = 1; as the 
source line. 

End out of emulation, and reenter before loading the new program 
Source lines displayed with a trace may not be correct if 
the code is changed without ending out of the emulation session. 
For exanple, a user running is windows does a display trace source 
on, and sees a statement: i - 1; in the trace along with the 
MOVE.L #1,D0 that accompanies that source line. The user then 
moves to another window, changes the source line to i = 2;, recompiles, 
relinks, and runs edbuild. The user then moves back to the emulation 
window, reloads the file, and reruns the code and the trace. The 
trace shows MOVE.L #2, DO as expected, BUT shows 1=1; as the 
source line. 

Temporary solution: 

End out of emulation, and reenter before loading the new program 
or executing the trace. 

Signed off 08/31/88 in release A01.30 
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KPR #: D200031757 Product: 8086 DQ SW ANAL 64332B 01.00 

One-line description: 

Using local static variables in C causes a lockup in the analyzer 
Problem: 

Using local static variables in the C language causes the analyzer 
to lock up. The analyzer looks through the dynamic data area without 
ever realizing that the variable is in the static data area, thus an 
infinite loop results. 

Temporary solution: 

The problem itself has no workaround, the customer must not use 
local static variables until new software is available. 

Signed off 11/06/87 in release 01.02 
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KPR #: 1650034066 Product: 8086 EMUL 300 64222S004 01.00 

One-line description: 

Software Breakpoints lock up terminal, when mapped to target. 
Signed off 10/09/87 in release 01.20 



KPR #: 1650034082 Product: 8086 EMUL 300 64222S004 01.00 

One-line description: 

Paging at a segment end produces a confusing CS:IP. 
Signed off 10/09/87 in release 01.20 



KPR #: 1650038240 Product: 8086 EMUL 300 64222S004 01.00 

One-line description: 

Using Emulation across RFA can give incomplete symbol information 
Problem: 

Accessing symbol data in a remote file across RFA may result 
in incomplete symbol information being available. This 
problem is a result of readO calls being interrupted during 
file access over RFA. 

This problem can also affect reading absolute data into memory as 
well. 



Temporary solution: 

If this problem occurs while loading absolute data, attempting 
to reload the file again may work. 

There are two possible answers to this problem. The first is to 
move the .Y file to the machine running the emulator. 

The second solution is to move the program object to the machine 
which is running the emulator. This can be done using the get64 
program. When you load the emulator, a new .Y file will be created. 

Signed off 10/09/87 in release 01.20 



KPR #: D200O69443 Product: 8086 EMUL 300 64222S004 01.00 

One- line description: 

Measurement System end_released when terminal cannot be initialized 
Problem: 

A measurement system will be end_released, resulting in loss of 
data, when a non-supported terminal is used to enter a currently 
locked measurement system. This problem will arise if the TERM 
environment variable is not set to a value that is supported by 
64000-UX. Ihis may happen when logging in to a system over a 
port that is not hard-wired (modem, LAN vt, etc.) where the 
system prompts you for the Terminal type, which sets the TERM 
variable. 
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KPR #: D200069443 *»CONTINUED** 
Temporary solution: 

Make sure that the TERM variable is set to a type of terminal 
that is supported with 64000-UX. This can be verified by typing 
"echo $TERM". 

Signed off 10/09/87 in release 01.20 



KPR #: D200080549 Product: 8086 EMUL 300 64222S004 01.00 

One-line description: 

pwd truncates the /net/system portion of the path when RFA'ed to system. 
Problem: 

When using the HP 64000-UX products and netunaraing across the LAN 
to another system, such as a compile server, the HP-UX command 
"pwd" which is used by the HP64000-UX product to tell what the 
local directory is, truncates the "/net/system" part of the path. 

This is a HP-UX operating system defect. It is not a defect in 
the HP 64000-UX application software. As soon as this defect is 
fixed in HP-UX, it will work correctly when using the HP 64000-UX 
applications. 

Signed off 10/09/87 in release 01.20 



KPR #: D200081190 Product: 8086 EMUL 300 64222S004 01.00 

One-line description: 

Modify/Store memory abort at physical addr 0 for seg/offset procs 
Problem: 

Modify memory for a large range (> 4096 bytes) and store memory 
(> 250 bytes) that crosses the physical address 0 boundary will 
fail somewhere after physical address 0 on segment:of fset processors. 
For example, on the 8086, the following command will modify only part 
of the requested range: 

modify memory OFFOOH:0 thru OFFOOH: OFFFFH to 0 

since address OFFOOH: lOOOH is in fact physical address 0. 



Temporary solution: 
Temporary work around: 

Do not attemt to modify/store memory through physical address OH. 
Signed off 10/09/87 in release 01.20 



KPR #: D200081240 Product: 8086 EMUL 300 64222S004 01.00 

One-line description: 

Display memory line crossing segment boundary will be wrong 
Problem: 
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Display Memory and Modify Memory will be incorrect at the 
segment wrap around, under the following conditions: 

Display Memory will be wrong when the segment end is in the 
center of a line. 

Modify Memory will be incorrect if done beyond the end of a 
segment. 



Temporary solution: 

Temporary workaround for each situation is as follows: 

Display Memory should not be set to have the end of the segment 
in the middle of the line being displayed. 

Modify Memory will be correct if it is not extended through the end 
of a segment. For example: 

modify memory OFFFEH to 1,2 will be correct. 

modify memory OFFFEH to 1,2,3 will NOT be correct, because 
the third entry is in the next segment. 



KPR #: D200081414 Product: 8086 EMUL 300 64222S004 01.00 

One-line description: 

Relative path names (e.g. ./cmd) should not search PATH 
Problem: 

A new feature was added to the core feature set to search for command 
files using the users PATH variable for a search path. A defect has 
been introduced such that specifying a relative path with a command 
file still has the command file looked for in the search path. 

Relative path names should override the PATH variable like they do in a 
standard shell. Only names not containing any '/' should be searched 
for using PATH. All others (especially ./name) should be used relative 
to the current directory. 

Temporary solution: 

Specify command files with full path names if the application is unable 
to find your command file. 



KPR #: D200082123 Product: 8086 EMUL 300 64222S004 01.00 

One-line description: 

Processes sometimes left running after parent has stopped. 
Problem: 

Sometimes, when the parent process to a measurement system is killed 
some of the measurement systems processes are left running. Please 
change the behaviour of the products so that these processes die 
nicely. 



- 8086 EMUL - 



Known Problem Reports as of 09/01/88 
KPR #: D200082123 **CONTINUED»* 



Page: 382 



Temporary solution: 

If the tty associated with the process is a pty, then you can 
release the processes by 
cat < ptyxx 

This causes the pending output to be flushed, and the processes will die 
naturally. 



KPR #: D200083139 Product: 8086 EMUL 300 64222S004 01.00 

One-line description: 

Loading a trace file from a different processor may cause core dump 
Problem: 

If a trace file is created with "store trace" on a processor that allows 
multiple analysis modes with some mode other than the default, then is 
loaded by a processor with only one mode, a core dump will result. A 
good example is storing an execution mode trace on the dequeued 68000, 
then trying to load the trace on the non-dequeued 68000. 



Temporary solution: 

Do not attempt to load a trace file for a mode that is not supported. 



KPR #: D200084921 Product: 8086 EMUL 300 64222S004 01.00 

One-line description: 

"modify memory" command results in an "end release". 
Problem: 

The "Modify Memory" command results in an "end release". 



KPR #: D200085944 Product: 8086 EMUL 300 64222S004 01.00 

One- line description: 
Tracelist symbols dissappear. 

Problem: 

The symbols will not be displayed in the trace list if the 
following commands are executed: 

1. display trace absolute symbols on 

2. end ; end locks the emulation session 

3. <system name> <module name> ; continues the emulation session 

4. display trace 

The symbols will not be displayed even if you try to re-execute step 
number 1. 

Temporary solution: 

Perform the following steps after executing steps 1-4 listed in the 

- 8086 EMUL - 



Known Problem Reports as of 09/01/88 
KPR #: D2000 85944 **CONTINUED** 

protilem text. 

5. display trace mnemonic 

6. display trace absolute 
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KPR #: D200090753 Product: 8086 EMUL 300 64222SC04 01.00 

One-line description: 

Code disp. with trace not right if code changed w/o ending emul. session 
Problem: 

Source lines displayed with a trace may not be correct if 

the code is changed without ending out of the emulation session. 

For exanple, a user running is windows does a display trace source 

on, and sees a statement: i - 1; in the trace along with the 

MOVE.L #1,D0 that accompanies that source line. The user then 

moves to another window, changes the source line to i = 2;, recompiles, 

relinks, and runs edbuild. The user then moves back to the emulation 

window, reloads the file, and reruns the code and the trace. The 

trace shows MOVE.L #2,00 as expected, BUT shows i = 1; as the 

source line. 

End out of emulation, and reenter before loading the new program 
Source lines displayed with a trace may not be correct if 
the code is changed without ending out of the emulation session. 
For exanple, a user running is windows does a display trace source 
on, and sees a statement; i = 1; in the trace along with the 
noVE.L #1,D0 that accompanies that source line. The user then 
moves to another window, changes the source line to i = 2;, recompiles, 
relinks, and runs edbuild. The user then moves back to the emulation 
window, reloads the file, and reruns the code and the trace. The 
trace shows MOVE.L #2, DO as expected, BUT shows i = 1; as the 
source line. 

Temporary solution: 

End out of emulation, and reenter before loading the new program 
or executing the trace. 
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KPR #: D200031740 Product: 8086 SW ANAL 64332 02.00 

One-line description: 

Using local static variables in C causes a lockup in the analyzer 
Problem: 

Using local static variables in the C language causes the analyzer 
to lock up. The analyzer looks through the dynamic data area without 
ever realizing that the variable is in the static data area, thus an 
infinite loop results. 

Temporary solution: 

The problem itself has no workaround, the customer must not use 
local static variables until new software is available. 

Signed off 11/06/87 in release 02.03 
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KPR #: D2OO031815 Product: 8086 SW ANALYZER 64341A 01.00 
One-line description: 

Using local static variables in C causes a lockup in the analyzer 
Problem: 

Using local static variables in the C language causes the analyzer 
to lock up. The analyzer looks through the dynamic data area without 
ever realizing that the variable is in the static data area, thus an 
infinite loop results. 

Temporary solution: 

The problem itself has no workaround, the customer must not use 
local static variables until new software is available. 

Signed off 11/06/87 in release 01.02 



- 8086 SW ANALYZER - 



Known Problem Reports as of 09/01/88 



Page: 386 



KPR #: 5000254730 Product: 8086-89 ASSM M 64853-90907 02.01 

Keywords: MANUAL 
One-line description: 

8086 Asm/linker manual doesn't doc. valid DQ and DT directives. 
Problem: 

The 8051 assembler/linker reference manual has paragraph with 
errors relating to the CSEG directive. The errors are 
typographical, but can lead to confusion: 

Page 8-4 of the HP-UX hosted manual talks about the CSEG 
directive with a paragraph: 

The code segment counters can be charged ( changed ) with the DS, DW, 
and DW ( DB ) pseudos, and with each instruction encoded. Each unit in 
the program relocatable counter represents one byte in the code 
address space within the range of 0 to 64. ( 0 to 64K ) 

(corrections are indicated in parenthesis ) 
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KPR #: 5000135905 Product: 8086/8 ASSEMB 64853 02.00 

One-line description: 

Assembler does not allow [SI] as operand for OUTS 
Problem: 

The assembler will not generate code for the following instructions: 

OUTS ,CS:WORD PTR [SI] 
OUTS DX,DS:WORD PTR[SI] 

According to the Intel manual, DX addresses the port and SI addresses 
the string. 

Temporary solution: 

No known temporary solution. 

Signed off 08/31/88 in release A02.80 



KPR #: 5000172221 Product: 8086/8 ASSEMB 64853 02.03 

One-line description: 

Labels used in the operand field of a DBS instr causes ET error 
Problem: 



THE ASSEMBLER CAN 


NOT ASSEMBLE A 


FOLLOWING 


PROGRAM: 


•■70116" 


ORG 

ASSUME 


lOOOOOOOH 
DSO:ORG 








CCC 


LABEL 
DBS 


BYTE 
lOOOH 








DDD 


LABEL 


BYTE 










DBS 


DDD-CCC 


> > > 


ET ERROR 


. .ABSOLUTE-ABSOLUT=ABSOLUTE 


EEE 


EQU 


DDD-CCC 










DBS 


EEE 


> > > 


ET ERROR 


SAME 




DATA 












ASSUME 


DS1:DATA 








FFF 


LABEL 
DBS 


BYTE 
lOOOH 








GGG 


LABEL 


BYTE 










DBS 


GGG-FFF 


> > > 


ET ERROR 


RELOC-RELOC=ABSOLUTE 


HHH 


EQU 


GGG-FFF 










DBS 


HHH 


> > > 


ET ERROR 


SAME 



Temporary solution: 

No known workaround at this time. 

Signed off 08/31/88 in release A02.80 

KPR #: 5000215913 Product: 8086/8 ASSEMB 64853 02.03 

Keywords: CODE GENERATOR 

One-line description: 

Incorrect code generated when EQU offset used in MOV REG, REG/MEM 
Problem: 
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KPR #: 5000215913 **CONTINUED** 

Incorrect code generated when MOV REG, REG/MEM with EQUated offset is 

used. For example: 

'■80186" 

PROG 

LABL DB 38H 
BASE EQU 5 

MOV AL,CS:LABL+5[BX] ;works correctly-generates code to load 

;AL with data contained at [BX+5+address 
:of LABL] 

MOV AL,CS:LABL+BASE[BX] ;generates wrong code - (B005H) which 
END ;is for a MOV AL,IMMED8 instruction. 

No error indication is given. 

Temporary solution: 

There is no work around at this time. 

Signed off 08/31/88 in release A02.80 

KPR #: 5000227991 Product: 8086/8 ASSEMB 64853 02.02 

Keywords: CODE GENERATOR 
One-line description: 

Using arithmetic to calc address of mem loc of destin. of MOV causes err 
Problem: 

Assembler causes ET error for the following relocatable format. 
■■70116" 

ASSUME PS : PROG, DSO: PROG 

AD DBS 10 

LAB EQU #OFH 

MOV AD+LAB,#91H 

ET occures 

Temporary solution: 

Use LAB+AD instead of AD+LAB 

Signed off 08/31/88 in release A02.80 

KPR #: 5000247783 Product: 8086/8 ASSEMB 64853 02.30 

Keywords: CODE GENERATOR PROBLEM ON 9000/S300 

One-line description: 

Assembler does not handle all string comparisons correctly. 
Problem: 

Assembler does not handle all string comparisons correctly: 
■•70108" 

DEMOl MACRO &PARM1 
VALl SET 1 
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KPR #: 5000 247783 ••CONTINUED** 





.IF 


•■&PARM1" 


.EQ. 


':char" saw_char 


VAL2 


SET 


2 








.IF 


"&PARM1" 


.EQ. 


":long" saw_long 


VAL3 


SET 


3 








.IF 


"&PARM1" 


.EQ. 


" : int" saw_int 


VAL4 


SET 


4 








.IF 


"&PARM1" 


.EQ. 


":ch" saw_ch 


VAL5 


SET 


5 






saw_char . NOP 








saw long . NOP 








saw_int 


. NOP 








saw ch 


. NOP 









MEND 
DEMOl 



char ; shouldn't match ":char", but does 
should match and does 
shouldn't match, hut does 
should match and does 

shouldn't match - and doesn't INTERESTING 
should match and does 
shouldn't match - and doesn't 
should match and does 
shouldn't match and doesn't 



It appears that if the original macro string includes a colon, and 
the passed string has more than 3 chars that match the first 3 chars 
after the colon, the comparison will always be true. 

Temporary solution: 

Pass strings that are less that 4 characters. 



DEMOl 


: char 


DEMOl 


long 


DEMOl 


: long 


DEMOl 


int 


DEMOl 


: int 


DEMOl 


ch 


DEMOl 


:ch 


DEMOl 


nothing 


END 





KPR #: 5000250274 Product: 8086/8 ASSEMB 64853 
Keywords: CODE GENERATOR PROBLEM ON 9000/S300 



02.30 



One-line description: 

Cannot use DS for a var that is EQU'd to another var that used "SET". 
Problem: 

Variable that is EQU'ed to another variable that used "SET" 
cannot be referenced in DBS, DWS or DDS directives. It can be 
used in DW or in instructions such as MOV CX,#LABEL. Example: 
"8086" 



NUMSET 


S"ET 


4 


NUM EQU 


EQU 


NUMSET 


EQU4 


EQU 
PROG 


4 




MOV 


CX,#NUMSET ; OK 




DATA 






DBS 


EQU4 ; OK 




DBS 


NUM EQU ; ERROR 
EXPRESSION TYPE 


ERROR ET 






DW 


NUMSET ; OK 




DB 


NUMSET 




END 





expression type 
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Temporary solution: 
WORKAROUND 

Use "SET" directive in place of EQU 
NUMSET SET 4 
NUMEQU SET NUMSET 
DATA 

DBS NUMEQU 
Signed off 08/31/88 in release A02.80 



KPR #: 5000250456 Product: 8086/8 ASSEMB 64853 02.30 



Keywords; CODE GENERATOR PROBLEM ON 9000/S300 

One-line description: 

External EQU'ed veriables may not be resolved properly. 
Problem: 

EXTemal EQU'ed variables may not be resolved properly. Example: 
"8086" 

f oo_equ 



EXT 


q_ext 




EXT 


f 00 




EQU 


f 00 




EQU 


q_ext 




MOV 


AX,SEG foo equ ; 


moves in SEG for q ext 


MOV 


BX, OFFSET foo equ ; 


moves in OFFSET for q_ext 


MOV 


AX,SEG Q eq ptr ; 
BX, OFFSET Q_eq_ptr 


works fine 


MOV 


; works fine 


END 


> 





it appears that the q_ext reference worked because it 
was the first EXT defined variable - swapping the position of q_ext and 
foo caused both references to show the SEG and OFFSET for foo instead. 
NOTE: this info is based on the output from the linker, foo and q_ext are 
defined using DD's in another file and defined as GLOBALS. If foo and 
q_ext are used instead of foo_equ and Q_eq_ptr then the code generated 
is correct. 



Temporary solution: 

There is no known work around at this time. 



Signed off 08/31/88 in release A02.80 

KPR #: 5000260869 Product: 8086/8 ASSEMB 64853 00.00 

Keywords: CODE GENERATOR PROBLEM ON 9000/S300 

One-line description: 

Using 'WORD PTR' to a EQU'd constant can result in bad code 
Problem: 

The expression MOV AX,DS:A, when A is a EQU constant, will do a move 
immediate, instead of considering A a variable. 
See following example 
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KPR #: 5000260869 **CONTINUED** 

ZERO EQU 0 

MOV AX,DS:WORD PTR 0 --> var at DS:0 

MOV AX, DS: WORD PTR ZERO --> constant 0 

Temporary solution: 
Use this expression: 
ZERO EQU DS:WORD PTR 0 
MOV AX, ZERO 

Signed off 08/31/88 in release A02.80 

KPR #: 5000283077 Product: 8086/8 ASSEMB 64853 02.70 

Keywords: PROBLEM ON 9000/S300 
One-line description: 

CMP statement is producing wrong label address. 
Problem: 

The assembler generates a bad code, which counts a wrong address. 

"8086" 

PROG CS : PROG, DS: DATA 
GLOBAL POWER_ON 
POWER ON 



E80100 


CALL 


BBB 


80BC00000O 


CMP 


DS:AAA[SI] ,0 


90 BBB 


PROC 


33S0 


XOR 


AX, AX 


C3 


RET 




DATA 




0000 AAA 


DBS 


1 




END 





In above program, "CALL BBB" generates a wrong code 'E80100". This 
is a mistaVce of counting its address. ASM 8085 rev2.3 generates PH 
error, but we can not find where the wrong part is. 

NOTE: For the CMP statement the assembler generates 1 byte during 
pass 1, and 7 bytes during pass 2. 

Temporary solution: 

Replace "CMP DS: AAA[SI] ,0" with "CMP DS:BYTE PTR AAA[SI],0" 
will achieve the desired results however forward referencing is 
still not recommended. 

KPR #: D200079566 Product: 8086/8 ASSEMB 64853 02.03 

Keywords: LINKER 
One-line description: 

will not link if segment address not equal 0 
Problem: 

The following program causes the linker to give message: 
"Address out of range" when data segment address greater than 0 
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modulel 
"70108" 

GLB Nl 

EXTRN N2 

PROG 
Nl NOP 

RET 



MODULE 1 

"70108" 

GLB N2 
EXTRN Nl 

N2 NOP 
RET 



MODULES 
"70108_80" 

GLB El, 01 

EXT E2 

PROG 
El NOP 

LXI H,D1 

RET 

DATA 
Dl DS 10 



M0DULE4 
"70108_80" 
GLB E2 
EXT El 
EXT Dl 
E2 NOP 

LXI H,D1 
RET 



LINK Nl 0F000000OH,0O00OlOOH,0 

El 50000000H,50000100H,0 

E2 C0NT,C0NT,C0NT 

N2 0,0,0 

Temporary solution: 

There is no known work around at this time. 
Signed off 08/31/88 in release A02.80 



KPR #: D200079582 Product: 8086/8 ASSEMB 64853 02.03 

Keywords: CODE GENERATOR 

One-line description: 

intra segment indirect calls 

Problem: 
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KPR #: D200 079582 **CONTINUED»* 

Intra segment indirect call does not generate the correct instruc- 
tions: 
"70108" 

CALL POINTER_TABLE[IX] 

CALL DSO:POINTER_TABLE[IX] 

CALL OFFSET POINTER_TABLE [IX] 

POINTER_TABLE 
DWS 10 

Temporary solution: 
USE: 

CALL DSO:WORD PTR POINTER_TABLE[IX] 

ASSUMING THAT POINTER TABLE IS IN THE DATA SEGMENT 

OR, 

CALL PS: WORD PTR POINTER_TABLE [IX] 
IF TABLE IS IN THE CODE SEGMENT. 

Signed off 08/31/88 in release AOS. 80 

KPR #: D2OO085035 Product: 8086/8 ASSEMB 64853 ~ 02.03 

Keywords: CODE GENERATOR 
One-line description: 

LXI E.addr and LXI C.addr are not flagged as errors in 8080 mode 
Problem: 

The 8080 compatiblity modes for the V20/v30 processors to not flag 
expressions of the form LXI C.addr or LXI E.addr as being erroneous. 
The directives associated with this are "70108_80" and "70116_80". 

Temporary solution: 

There is no known work around at this time. 
Signed off 08/31/88 in release A02.80 

KPR #: D20O085308 Product: 8086/8 ASSEMB 64853 02.03 

One-line description: 

Address in 8086 family assemblers lost segment information. 
Problem: 

Due to changes to the hosted assembler, all assemblers in product 
64853 and 64859 (80x86 family and 80286, B version) were truncating 
the segment information in addresses passed to the linker. 

Signed off 08/31/88 in release A02.80 



KPR #: D200088435 Product: 8086/8 ASSEMB 64853 02.70 

Keywords: PROBLEM ON 9000/S300 

One-line description: 
INSTALLATION PROBLEM 
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Problem: 

An INSTALLATION problem thet will cause catistrophic results 
has been corrected. 

Signed off 04/05/88 in release A02.71 

KPR #: D200090340 Product: 8086/8 ASSEMB 64853 02.70 

One-line description: 

OUTM does not allow override prefix. 

Problem: 

While using the 8086 assembler with the "70116" directive, the override 
prefix is not allowed while using the OUTM command. All documentation 
seems to suggest override is permitted. The default segment register 
is DSO, and the user would like to use the override DSl. 

NOTE : 

Using the following code I could not even get the OUTM command 
to assemble: 

"70116" 

ASSUME DSl: DATA 
OUTM DW,DS1:[IX] 

It does not like the second operand in the OUTM statement. 

NOTE: The customer also believes a similar problem exists with 
MOVBK and CMPBK. 

Temporary solution: 

Since the OUTM command is not behaving correctly, using the 
OUT command is probably sufficient. Here is a possible 
substitute for using the DSl override: 

"70116" 

MOV AW, DSl: [IX] 
OUT DW , AW 

Signed off 08/31/88 in release A02.80 

KPR #: D200091918 Product: 8085/8 ASSEMB 64853 02.70 

Keywords: PROBLEM ON 9000/S300 

One-line description: 

Linker locks for no apparent reason. 

Problem: 

The following code will assemble fine, but will cause the linker 
to lock. NOTE: This is an inconsistent error, sometimes it works 
fine sometimes it does not! 
This problem is being raised to a hotsite. 
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KPR #: D200091918 »*CONTINUED*» 

The code works fine on the original 64000 and 300 hosts. 
The problem occurs with the "80186" option also. 



"8086" 

NAME "STARTUP" 

ASSUME CS:PROG 

LAB: MOV AX,22H 



Signed off 08/31/88 in release A02.80 
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KPR #: 1650055806 Product: 8086/8 C 64818 03.07 

One-line description: 

ES register used but never defined. 

Temporary solution: 

Use $FAR_EXTVARS$ in order to load the ES segment prior to 
accessing the variable. 

Signed off 08/31/88 in release A03.80 

Duplicate Service Requests: 5000297762 5000397760 



KPR #: 1550061572 Product: 8086/8 C 



64818 



03.70 



One-line description: 

Constant divided by short in function call generates wrong code. 

Problem: 
"C" 

"8086" 

#define A 800 
extern short B 
main( ) 
{ 

nothing(A/B) ; 

} 

nothing(Dl 
short D; 
{ 

int E; 
E = D; 

} 



generates the following (wrong) code 

rev 3.70 rev 3.20 

MOV AX,#0320H MOV AL,3018H 

CWD CBW 

MOV AL,3018H (AL OVERWRITTEN !) MOV CX.AX 

CBW MOV AX,#0320H 

MOV CX,AX (DIVISION RESULT IS CWD 

IDIV CX ALWAYS ONE ) IDIV CX 

PUSH AX PUSH AX 



Temporary solution: 

The customer is using Rev. 3.20 as a temporary fix. But, 
in Rev. 3.70 A/B can be placed into a temporary variable and 
then passing the temporary to the function. 
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KPR #: 5000 128751 Product: 8086/8 C 64818 02.00 

Keywords: CODE GENERATOR 
One-line description: 

Assignment operator used with mult, arrays of double/float type - bad cd 
Problem: 

Incorrect code is generated when using an assignment operator with 
multiple arrays of double or float and the right side of the equation 
is another type. 

"C" 

" 8088 " 

$FIXED_PABAMETERS 0N$ 
$FAR_EXTVARS 0N$ 
$FAR_LIBRARIES 0N$ 
$FAR_PROC 0N$ 
$POINTER_SIZE 32$ 

struct i3 { 

int ff[2]: 
double gg [2J; 
>; 

static int i,j; 

ststic struct i3 gs[2]; 

main( ) 
{ j-i; 
i-0; 

gs[i] .gg[ j] /= j; 

} 

The problem occurs with the calculation of the field address. 
The line: gs[i].gg[j] /= j; generates 

MOV AX,#+00014H ;AX contains 14H 

IMUL DS:WORD PTR Dstatic ;AX contains 14H * 0 = OH 

MOV BX.AX ;BX contains OH 

LEA BX,DS:Dstatic[BX+8H] ;BX loaded with 8H. 

;This is the address of gs[0].gg[0] 
; (Dstatic +8H). It should be the 
;address of gs[0].gg[l] (Dstatic+10 
;H). 



Summary: 

This problem only happens when: 

1. The structure is an array 

2. The field is an array of double/float 

3. The referenced field is not the first element in the 
array of double/float (i.e. not gs[*].gg[0]) 

4. The two operands of the operation are of different 
types (i.e. gs[i].gg[j] - double, j - int) 

Note: It does not matter if "gg" is the first or second field in the 
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KPR #: 5000128751 »*CONTINUED** 

structure. 
Temporary solution: 

Write out the assignment instead of using an assigment operator. 
For example: 

gs[i].gg[j] = gs[i].gg[j] / j; 

Signed off 08/31/88 in release A03.80 

KPR #: 5000135285 Product: 8086/8 C 64818 03.00 

One-line description: 

1006 message generated when referenced to unspecified array element 

Problem: 

Misleading error message generated when incorrect reference to an 
array in a structure is made. An 1006 (contact HP error) is generated 

"C" 

"8088" 

struct CN {int f; int cnt[5];} cn; 
struct CM {int i; struct CN *p; } cm; 
main(){ cm. i = ++cm.p->cnt; } 

'^1006 {invalid C, but misleading error msg} 

Temporary solution: 

Use array index in stmnt: 

cm. i = ++cm.p->cnt[3] ; 

KPR #: 5000146779 Product: 8086/8 C 64818 03.00 

Keywords: CODE GENERATOR 

One- line description: 

Divide operation byte divisor & quotient > a byte which causes 0 Int. 
Problem: 

The following program causes the processor to generate an interrupt 0. 

■■C" 

"8088" 

main(){ unsigned n; 

unsigned short j; 
n = 25178; 

MOV SS:WORD PTR [BP-05H] ,#+0625AH 

j = n X 10; 

MOV CL,#+OAH (10 loaded into byte -divisor) 

MOV AX,SS:WORD PTR [BP-05H] (loads n) 

DIV CL (dividend in AX, result in AL, remainder in AH 

quotient < FFH or a INT 0 is executed) 
MOV SS:BYTE PTR [BP-03H],AH 

} 

The extensions listed in the 8086 C manual on pg. 1-3 states that 
arithmetic can be performed with short's without converting them 
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int's. Also, the processor states on pg 3-69 that if the quotient 
exceeds FFK for a byte source (10), an INT 0 will be generated. The 
compiler should have generated the DIV instruction with a word 
source by loading 10 into CX instead of CL. 

Temporary solution: 

A temporary solution would be to type cast the divisor, 
j = n % (unsigned) 10; 

This forces the 10 to be loaded into CX la word) for the DIV 
operation. This means that the quotient must be <= FFFFH. 

KPR #: 5000176891 Product: 8086/8 C 64818 03.02 

Keywords: CODE GENERATOR 

One-line description: 

Bad code generated when casting a real constant into an integer 
Problem: 

Bad code generated when casting a real constant into an integer. 

Example : 

"C" 

"processor" 
mainO { 

int i; 

i = (int) 0.0; /* generates code to move some value other 
than 0 into i BUG */ 

} 

Temporary solution: 

There is no known work around at this time. 

KPR #: 5000191361 Product: 8086/8 C 64811 03.02 

Keywords: CODE GENERATOR 
One-line description: 

When $POINTER_SIZE 32$ generates 32 bit arithmetic for 16 bit variables 
Problem: 

32 bit arithmetic used when 16 bit called for. Example: 
•■C" 

■•80186" 

$POINTER_SIZE 32$ 
main() { 

int *p; 

unsigned int i,j; 

if ( p 8.8. (( i - j ) > j ) 



The left and right sides of the 8.8. are both evaluated using 32 bit 
arithmetic . 
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Temporary solution: 
WORKAROUND 
use: 

if ( p ==0 8.8. ( ( i - j ) > j ) /*which causes the right 
hand side to be evaluated using 16 bit arithmetic */ 



KPR #: 5000214858 Product: 8086/8 C 64818 03.01 

Keywords: CODE GENERATOR 
One-line description: 

Bad code generated when left shift short variable 8. AND w/ unsigned int 
Problem: 

Bad source code generated with left shift: 
■•C" 

"8086" 
$LIST_OBJ$ 

unsigned short i; unsigned int j; 

maini ) 

{ 

if ( j 8. (l<<i) ) ; 

MOV CL,DS:BYTE PTR Dstatic+IH 

MOV AL,#1H 

CBW 

SHL AX.CL < This is incorrect. The correct code is: I 

D2E0 < SHL AL.CL < 1 



} 

Temporary solution: 

There is no known fix at this time. 

KPR #: 5000228023 Product: 8086/8 C 64818 03.02 

Keywords: CODE GENERATOR 

One-line description: 

Error 1113 generated in PASS 3, when using "case Oxffff" in switch stmt 
Problem: 

Compiler generates 1113 error in PASS 3 of switch statement. 
This only happens when the "case Oxffff" is the last statement 
in the switch 

The example: 

"C" 

"8086" 
ma in 0 
{ 

unsigned I; 

switch( I ) 

{ 

case Oxfffd: 
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case 0x0000: 
case 0x0001: 
case Oxffff: 
default : : 

} 

} 

Temporary solution: 

Do not make the case statement the last one. 
Signed off 08/31/88 in release A03.80 

KPR #: 5000229245 Product: 8086/8 C 64818 03.02 

Keywords: CODE GENERATOR 

One-line description: 

Compiler generates MOV SP, BP and LEAVE. This is redundant. 
Problem: 

The 8086 C Cross Compiler generates redundant code when compiled with 
the 80286 option. When a Function is exited the compiler generates the 
the following instructions. MOV SP, BP and LEAVE. MOV SP, BP is implicit 
to the LEAVE instruction. This minor problem only appears in the 64100A 
version of the Compiler. This redundancy does not appear when compiled 
on the HP-UX Version of the Cross Compiler. 

Temporary solution: 

There is no know work around at this time. 

KPR #: 5000247536 Product: 8086/8 C 64818 03.20 

Keywords: CODE GENERATOR 
One-line description: 

Err 1006 generated if passing address of array into array of pointers. 
Problem: 

The following C program generates a pass 2 compilation 
error number 1006: Compiler error, contact Hewlett-Packard 

"C" 

"70 108" 

$P0INTER_SIZE=32$ 

struct ARGUMENT { 
int argc; 
char *argv[] ; 



test (com argj) 

char com[ ] ; 

stuct ARGUMENT *arg; 

int j; 

{ 
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arg->argv[j] = &com[0]; 

} 



Temporary solution: 
Workaround: 

"C" 

"70108" 

struct ARGUMENT { 
int argc; 
char *argv[] ; 

} 

test(com,arg, j) 
char com[] ; 
struct ARGUMENT *arg; 
int j; 

{ 

arg->argv[j] = com; 

} 

Signed off 08/31/88 in release AOS. 80 

KPR #: 5000278127 Product: 8086/8 C 648T8 03.70 

One-line description: 

Bad code generated on 64000 with "80286" directive. 
Problem: 

Bad Code generated when "80286" directive is used with C compiler 

on 64000. The following function generates bad code: 

"C" 

"80286" 

$POINTER_SIZE 32$ 
int slength(s) 
char *s; 
{ int i ; 

while (*s++) 
i++; 

} 

Temporary storage for the compiler overwrites values pushed on the 
stack as parameters to an Add32 library call. 



NOTE: The ENTER command is not used on the 64000, but the offsets 
look as if it had been. Also, the LEAVE command is used without 
the ENTER command. 

Temporary solution: 

No known fix at this time. 
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KPR #: 5000291930 Product: 8086/8 C 64818 03.70 

One-line description: 

Use of structure causing fatal 1006 error. 

Problem: 

"C" 

'■80186" 

$POINTER_SIZE = 32$ 

struct EXAnP_MA 

i 

int measmode; 
char accssort; 

}; 

struct DT MEAS 

{ 

int mode; 
char accssort; 

}; 

static char remdtst ( f data,measdata) 
struct EXAMP__MA fdata[]; 
struct DT MEAS measdata[]; 
{ 

int mcount; 
int dtcount; 

measdata [mcount] .accssort = fdata[dtcount] .accssort; < — 

}; I 

I 

Causes Fatal 1006 error 

It seems error 1006 (contact Hewlett-Packard) is a fatal pointer 
error. The lab tested the problem on the latest revision of the 
C compiler in the lab and the problem still occurred. 

The problem does not seem to occur when POINTER_SIZE = 16, or if 
the order of the elements in struct EXAMP_MA are reversed. 

Temporary solution: 
Instead of using 

measdata [mcount] . accssort - fdata [dtcount] .accssort; 

try breaking it up into: 

char temp; 

temp = fdata[dtcount] .accssort; 
measdata[mcount] .accssort = temp; 

Signed off 08/31/88 in release A03.80 
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KPR #: 5000294199 Product: 8086/8 C 64818 03.70 

Keywords: PROBLEM ON 9000/S300 
One-line description: 

& address operator generates PUSH DSl when DSl not defined. 
Problem: 

The compiler uses a wrong register(DSl) .which is not defined before 

using it. 

"C" 

"70116" 

SEXTENSION 0N$ $WARN OFF$ SSEPARATE CONST OFF$ SPOINTER SIZE 32$ 
$RECURSIVE OFF$ $OPTiniZE 0N$ $INIT ZEROS OFF$ $FAR LIBRALIES 0N$ 
$FAR PROC 0N$ 

extern unsigned int wtest , wtest 1 ; 

test( ) 

{ 

unsigned int *lptr; 

lptr=&wtest+wtestl; > This generates PUSH DSl 

DSl is not defined any place. 



We can not use Rev 3. 7, we decide to use Rev 3.2 again. 

KPR #: D200008342 Product: 8086/8 C 64818 00.56 

Keywords: CODE GENERATOR 
One-line description: 

Vars ORGed in seg. 0 in SHORT env. access current DS seg with no warning 
Problem: 

In the SHORT environment ( 16-bit pointers ) all variables ORGed in 
segment zero ( 0 ) will be accessed as an offset from DS. If DS <> 0 
the actual location will not have an address equal to the value 
selected in the ORG statement in the source. This feature of the 
compiler permits the address of variables ORGed in segment 0 to be 
taken in the short environment. However, if the system under design 
has an I/O port in segment 0, but DS <> 0, there will be problems the 
cause of which may not be readily apparent. A warning message should 
be given whenever a variable is ORGed to segment 0, stating that that 
variable will be located in the current DS segment. 

Temporary solution: 

If the address of an ORGed variable does not have to be taken ( assigned 
to a pointer, or variable an array, etc. ) and the address value of the 
variable >= lOH, then the variable can be ORGed in a segment other than 
0 and the addressed accessed will reflect the value in the ORG statement 

KPR #: D200027995 Product: 8086/8 C 64818 02.00 

One-line description: 

One's complement operator ~ causes incorrect code when used in if stmt. 
Problem: 
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When the one's coTaplement operator, ~ , is used in an if statement, 
a NOT instruction is generated to perform the one's complement. Then 
a jump instruction is executed which is dependent on certain flags 
being set. The NOT instruction does not set any flags, so the jump 
never occurs. The following code is an example of this: 

"C" 

■processor name" 
extern test; 
mainO { 

unsigned int x; 
if (~x) 

MOV AX,SS:WORD PTR [BP-00002H] 
NOT AX 

JNE SHORT $+00005H 
JMP NEAR PTR main01_0 
test; 

} 

Temporary solution: 

If only negation is required, use the logical negation operator, !. 

If one's complement is required, then turn $ASf1_FILE 0N$ and edit 

the resulting assembly file by changing the NOT AX instruction to 

XOR AX.OFFFFH. This will set the flags so that the JNE may be executed. 

Signed off 08/31/88 in release A03.80 

KPR *: D200038836 Product: 8086/8 C 64818 02.00 

One-line description: 

Compiler using unacceptable amount of stack space for procedure returns. 
Problem: 

When procedures are called that return values greater than 16 bits 
long (32 bit pointers), temporary variables are used to store the 
result. These temporary variables are created on the stack and are 
used only for temporary result storage. The current version of the 
8086 C compiler creates a new temporary every time it needs one, even 
though it will only be used once. The previous version (1.05) generated 
only as many temporaries as it required and reused them throughout the 
procedure. 

Temporary solution: 

No known temporary solution at this time. 

KPR #: D200049908 Product: 8086/8 C 64818 OOO 

One-line description: 

Illegal instruction generated by ASM_FILE 
Problem: 

An illegal assembly instruction is generated for an 
assignment statement. The ASM^FILE contains a move of 
a byte register to a word register. 
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Struct { 

char cnt; 
char chain- 
char param[62] ; 
} parmabuf [20] ; 
stuct tache{ 

struct{ 

struct { 

genre 
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struct{ 



fonction 
classe 
destination 
origine 
type 

} entete; 
char sapi; 
char ces_tei; 
union{ 

char shparam[2] ; 
int numbuf ; 
} prim[6]; 



prm 



libcount 
} event; 
char pr.pv; 
} tache2; 

main( ) 

{ 

int i,k; 

tache2.prim[k] .sapi = parambuf [j] .param[2] ; 



MOV AX , CL 



; illegal assmbly instruction 



Temporary solution: 

No known temporary solution. 

KPR #: D200063057 Product: 8086/8 C 64818 03.01 

One-line description: 

Conditional expressions with unsigned mixed operands may fail 
Problem: 

Conditional expressions with unsigned mixed operands may fail. 
Temporary solution: 

There is no known work around at this time. 
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KPR #: D20OO68080 Product: 8086/8 C 64818 03.01 



One-line description: 

Illegal initialization causes error 1113. 
Problem: 

If you try to initialize a union (illegal per K&R page 198) 
the compiler does not flag the error. Instead pass three 
error 1113 is generated (if your target is the 68000, other 
processors will do the initialization incorrectly.). 

"C" 

"processor" 

struct struct_type { union { int i; 

long 1; } union_var; 

}; 

static struct struct_type struct_var - {9,-1}; 
mainO {} 



The 68000 flags error 1113 and other processor reserve static 
memory for the structure and try to initialize it. The Z80 
initializes three words of memory to 9, -1 and -1. 

Temporary solution: 

If you get error 1113 check for this illegal construct. 



KPR #: D200O68700 Product: 8086/8 C 64818 03.02 

Keywords: CODE GENERATOR 

One-line description: 

Casting ptr. to int as short & incrementing it generates bad code 
Problem: 



The following 


tab 


le describes 


the nature of 


each compiled file and 


on the 


6410O. 
















number of 


increment 










increments 


and gets 




test 


"if 


Ptr 


statement 


separate 




case 


used 


size 


separation 


statements 


BUG DESRCIPTION 


TESTl 


yes 


32 


2 ; 


no 


Reboots system 


TEST2 


no 


32 


2 ; 


no 


No increment in listing 


TESTS 


yes 


32 


2 , 


no 


No increment in listing 


TEST4 


yes 


16 


2 ; 


no 


Reboots system 


TESTS 


no 


16 


2 ; 


no 


compiles correct 


TEST6 


yes 


16 


2 , 


no 


Reboots system 


TEST? 


yes 


32 


1 


no 


No increments in listing 


rEST8 


yes 


15 


1 


no 


Reboots system 


TEST9 


no 


32 


1 


yes 


Error in factor message 
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KPR #: 


D200068700 


♦•CONTINUED** 




TESTIO 


no 


16 


1 


yes 


Error in factor message 


TESTl 1 


no 


32 


1 


yes 


No increment m listing 


TEST12 


no 


16 


1 


yes 


No increment in listing 


The following table describes 


the nature of 


each compiled file and 


on the 


64100 














number of 


increment 










increments 


; and gets 




test 


"if" 
1 I 


Ptr 


statement 


separate 




case 


used 


size 


separation 


statements 


BUG DESRCIPTION 


TESTl 


yes 


32 


2 ; 


no 


Reboots system 


TEST2 


no 


32 


2 ; 


no 


No increment in listing 


TESTS 


yes 


32 


2 , 


no 


No increment in listing 


TEST4 


yes 


16 


2 ; 


no 




TESTS 


no 


16 


2 ; 


no 


compiles correct 


TESTS 


yes 


16 


2 , 


no 


Reboots system 


TEST? 


yes 


32 




no 


No increments in listing 


TESTS 


yes 


16 




no 


Reboots system 


TEST9 


no 


32 




yes 


Error in factor message 


TESTIO 


no 


16 




yes 


Error in factor message 


TESTll 


no 


32 




yes 


No increment in listing 


TESTIS 


no 


16 




yes 


No increment in listing 


Temporary solution 








There 


IS no 


known 


fix at this 


time. 




KPR #: 


D200069716 


Product: 


8086/8 C 


64818 03. 



Keywords: PASS 3 

One-line description: 

Conditional compile fails if it suceeds a fixed parm function call. 
Problem: 

Conditional compile does not always work properly if you precede 
the conditional compile with a call to a fixed parameter function. 

"C" 

"processor" 

$FIXED_PARAMETERS 0N$ 
extern f unc 1 ( ) ; 
$FIXED_PARAMETERS OFF$ 
#define ibis 0 

extern func2( ) ; 

mainO 
{ 

int i ; 

funcl(24); /* See comment below. */ 

#if ibis 
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func2( ) ; 
#else if 

i -1; 
#endif 

) 



If the fixed parameter function does not have a parameter which 
is a number I cannot duplicate the problem. 

Temporary solution: 

Turn $AMNESIA 0N$ prior to the call to the fixed parameter function. 
For efficiency reasons turn $AMNESIA OFF$ after the call. 

KPR #: D2000 71787 Product: 8086/8 C 64818 03.01 

One-line description: 

Libraries load constants into the data area 
Problem: 

Some of the library routines contain constants which reside 

in DATA space. This prevents these libraries from being used in 

a ROM based system. 

For example: 

The file SINC0SC:NS8086 is an assembly file containing 
constants that are used by the routine SINCOS : NS8086 . The "DATA" 
pseudo opcode is used and all constants reside in DATA area! ! i 

There are a few variables (i.e. monitor_message) which need to be 
in the DATA area, but the majority of the constants are also being 
loaded in the DATA area. Since the libraries are shipped in relocatable 
form only, the customer must wait for the factory to send the sources 
to him just so he can take out the DATA pseudo and reassemble. 

Please place all constants in the PROG area. 

Temporary solution: 

The only work around is to obtain the sources from the factory, 
remove the DATA pseudo, and reassemble. 

KPR #: 0200076695 Product: 8086/8 C 64818 03.02 

One-line description: 

Fields of a structure are dereferenced incorrectly (if fields are big). 
Problem: 

Structure ponters are not being calculated correctly when relative 
addressing requires offsets of large sizes. See following code. 

"C" 

■68000" 



- 8086/8 C - 



Known Problem Reports as of 09/01/88 Page: 410 

KPR #: D200076695 **CONTINUED** 

$FAR$ 

struct this{ 

unsigned short int f irst[256] [256] : 

unsigned short int second[256] [256] ; 
) one,*bufptr; 

unsigned short int *desptr; 

ma in ( ) 

{ 

bufptr = &one; 

destptr = bufptr->f irst[0] [0] : 

destptr = bufptr->second[0] [OJ ; /* Same address assigned. */ 



NOTE: The 8086 line of compilers will generate a pass three error 
for this code. "Program Counters Disagree. " 

Temporary solution: 

For the 68000 family of cross compilers you may use the ' . ' 
operator instead. 



"C" 

"680XX" 
$FAR$ 

Struct this { 

unsigned short int first [256] [256]; 

unsigned short int second[256] [256] ; 
} Structure, *ptrToStruct; 

unsigned short int *destptr; 

main!) 

{ 

destptr = 8eStructure.second[0] [0] ; 

} 

KPR #: D200079343 Product: 8086/8 C 64818 03.02 

Keywords: CODE GENERATOR 
One-line description: 

~, &, I and ^ may not correctly expand shorts in condidionals 
Problem: 

The complement operator and the bitwise AND, OR, and XOR operators do 
not correctly extend signed 8-bit quantities. For example, in the 
following code segment for Z80 "s" is extended as if it were an unsigned 
quantity before the OR operation is performed. NOTE: no extend is 
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done, and an 8-bit OR performed if $SHORT_ARITH 0N$ is in effect, 
short s; 

Ttiain( ) 

{ 

if (s&OxOl) 
LDA S 

nvi H.OOOH 
MOV L,A 
LXI D.OOOOIH 
CALL Zwor 



} 

KPR #: D2000 79608 Product: 8086/8 C 648l8 01. 10 

Keywords: PROBLEM ON 9000/S300 
One-line description: 

If condition is tested with a CMP 01,01 
Problem: 

The following problem will cause a CMP 01, Dl to be generated. This 
instruction is generated to test an if condition. 

"C" 

■■68000" 

int dataw,datar; 
int *addr; 

inain( ) 

{ 

int i,j; 

memory test ( ) ; 
} 

memory testC) 

long i; 

for (;;) { 

addr = 0x100000; 

for (i=0; i < 0x100000; i++) { 

dataw = (long)addr & Oxffff; 

*aaddr = dataw; 

datar = *addr; 

if (datar != dataw) { 

/* CMP 01,01 generated here. */ 
fori;;); 
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} 

addr =addr+l; 

} 

} 

} 

Temporary solution: 

Turn amnesia on ( $AMNESIA 0N$) around the function 
memory test. This will cause slightly more code to 
be generated. 

KPR #: 0200081513 Product: 8086/8 C 64818 03.02 

One-line description: 

Real variable used as a test condition cause error. 
Problem: 

68000 C compiler does not accept a float variable by itself 
as an expression. Example: 

float x; 
main ( ) 

{ if( X ) /* gives ■Illegal type of operand(s) */ 

) 

Customer feels that this variable should be evaluated to see if it 
is a non-zero float value. 

WORKAROUND: 

Use if( X != 0.0 ) ; 

OR 

cast the variable to an int: 
if ( (int)x); 
Temporary solution: 

Explicitly test the value against zero. 

"processor" 

main( ) 

{ 

float i; 

if ( i != 0) 



) 
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KPR #: D2000 81513 **CONTINUED** 






KPR #: D200082628 **CONTINUED** 










PROCEDURE IWKA INIT(21,Z2,Z3,Z4 Z5: INTEGER; K: UNSIGNED 8; FAC: 


KPR #: D200082628 Product: 8086/8 


C 64818 


03.02 


UNSIGNED_16) ; 


Keywords: CODE GENERATOR 






V Hl\ 
















One-line description: 












t^aoc b LlTlCll U [ICS LCU 111 


With stment w/ variant records generates bad 


code 














WITH IWKB P" DO 




Problem: 








BEGIN 




The following program 


generates bad 


code in the case statement: 








■PASCAL" 








KENNZAHL 


:= UNSIGNED 8(1) ; 


■■80186" 








STARTKRIT 


:= UNSIGNED 16 ( SOLLWERTNR ( 21 ) j ; 


$FAR PROC +$ 








DELAY 


:= SET VALUE (Z2)*UNSIGNED 32(100); 


$FAR LIBRARIES +$ 








SAMPLE FAC 


:= FAC; 


SPOINTER SIZE 32$ 








ANZ KANAELE 


:= K; 


lEXTENSIONS +$ 








FOR I := 0 TO 


INTEGER (K) DO 


SSEPARATE CONST -$ 








CASE I OF 




SRECURSIVE +$ 








1 : IF 


(Z3>0) THEN 












KANAL_NR[I] := UNSIGNED_8 (KANALNR (Z3 ) ) ; 


PROGRAM IWG_0 IP ; 








{This code, in fact all 


of the CASE statements produce the following 










bad code: 




CONST 












ENQ = 05H; 












tIAK = 2 ; 








ADD 


SI,SS:WORD PTR [BP-00004H] 


ANZ_MWERTE = 20; 








MOV 


ES,SS:WORD PTR [BP-2H] 


TYPE 












INTEGER - SIGNED 16; 






{BP-2H contains the display, not the Segment for KANAL NR[I] } 


IWK BUFFER - RECORD 






2 : IF 


(Z4>0) THEN 


KENNUNG : CHAR; 








KANAL NR[I] :> UNSIGNED 8 (KANALNR ( Z4) ) ; 


KENN2AHL : UNSIGNED 8; 






3 : IF 


(Z5>0) THEN 


CASE INTEGER OF 








KANAL NR[I] := UNSIGNED 8( KANALNR (Z5) ) ; 


1 : 


(STARTKRIT 


UNSIGNED 16; 




OTHERWISE; 




DELAY 


UNSIGNED 32; 




END; 






SAMPLE FAC 


UNSIGNED 16; 




END; 






ANZ KANAELE 


UNSIGNED 8; 




END; 






KANAL NR 


ARRAY[1. .MAK] OF UNSIGNED 8) 






2 : 


(BLOCK NR 


UNSIGNED 8; 










MW 


ARRAY [1.. ANZ MWERTE] OF INTEGER); 


Temporary solution: 




3 : 


(INTEGR 


SIGNED 32; 




The problem is in the function calls. The work around is to make 




KURVEN MAX 


INTEGER) ; 




the function call in a 


spearate line, into a temporary variable. 


4 


(FEHLER 


UNSIGNED 8) ; 




and then put the temporary variable in the equation. 


END; 


















Signed off 08/31/88 in 


release A03.80 


IWKB_POINTER 


"IWK BUFFER; 
















KPR #: D200085738 Product: 8086/8 C 64818 03.70 


$GLOBVAR +$ 












VAR 








Keywords: CODE GENERATOR 


IWKB P : IWKB POINTER: 










$GLOBVAR -$ 








One-line description: 












PASS 2 error when pntr 


type used to invoke code stored in array. 


FUNCTION KANALNR(ZEILE: INTEGER); 


EXTERNAL ; 








FUNCTION SET VALUE(ZEILE: INTEGER): 


UNSIGNED 32; EXTERNAL; 




Problem: 




FUNCTION SOLLWERTNR(ZEILE: INTEGER) 


: INTEGER; EXTERNAL; 




When the typedef statement is used to define pointers to functions. 
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KFR #: D2000S5738 *»CONTINUED** 

and this poirter type is used in a cast of a variable array to invoke 
code stored in that array, program execution may transfer to the wrong 
location. For example, in the following code the simple call to 
code_array fails while the call and assignment to p works correctly: 

typedef int(*PFI)(); /* PFI a pointer to int functions */ 
int code_array [100] ; /* array contains code */ 
PFI p; /* p a pointer of type PFI */ 

pf ibug( ) 
{ 

(*((PFI) code_array) ) ( ) ; /* fails in JSR to code_array */ 
(* (p= (PFI ) code_array ) ) ( ) ; /* assignment and JSR successful */ 

} 

Temporary solution: 

Set up a dummy variable and perform an assignment to it when doing 
this type of operation. 

KPR #: D2000 86942 Product: 8086/8 C 64818 03.70 

Keywords: CODE GENERATOR 
One-line description: 

ADDR routine causes "Access to guarded mem" msg, due to prob w/ FINDMARK 
Problem: 

Due to a problem with FINDMARK routine, it is possible for the ADDR call 
to result in an "Access to guarded memory" failure message in emulation. 

Temporary solution: 

There is no Icnown work around at this time. 
Signed off 08/31/88 in release A03.80 



KPR #: D2000 90332 Product: 8086/8 C 648l8 03.70 

One-line description: 
IF statement loads wrong segment for compare statement. 

Problem: 

Code generated by the IF statement in the following program loads the 
wrong segment at the CMP level. It seems it is the extra segment being 
overwritten. 

■C" 

"70108" 

$SEPARATE_CONST OFF$ 
$FAR_LIBRARIES 0N$ 
$RECURSIVE 0M$ 
$AMNESIA 0N$. 
$FAR_PROC 0M$ 
$P0INTER_SI2£ 32$ 
$FAR_EXTVARS 0N$ 
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KPR #: D200090332 **CONTINUED** 

struct SI 

{ 

char *pl; 
int entier; 
char c[10] ; 
} si; 

struct SI *pO; 

main( ) 
{ 

toto (pO ) ; 

} 

toto (pointeur ) 
struct SI *pointeur; 
{ 

if (*pcinteur->pl == pointeur- >c [pointeur- >entier] ) {}; 

} 

Temporary solution: 

A temporary fix may be to break-up the statements being compared: 

toto (pointeur ) 
struct SI *pointeur; 
{ 

char tempi, temp2; 

tempi = *pointeur->pl; 

temp2 = pointeur- >c [pointeur- >entier] ; 

if (tempi == temp2) {} 

} 
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KPR #: 5000110098 Product: 8086/8 PASCAL 64814 01.10 

Keywords: CODE GENERATOR 
One-line description: 

Incorrect code generated when CASE stmnt. uses an arrayed record field. 
Problem: 

Following pascal program generates bad code: 

SEXTENSIONS 0N$ 

TYPE INTEGER=SIGNED_16; 

contour-RECORD length: INTEGER; dirar; ARRAY [0 .. 20 ] OF INTEGER; 
PROCEDURE peri(VAR c:contour); 
VAR i, dir : INTEGER; 
BEGIN 

CASE c.dirar[i] OF { Generated wrong code } 
END; 

dir := c.dirar[i] { Workaround } 
CASE dir OF 
END; 
END; 

The wrong code is: 
SHL BX 

ADD BX.BX for calculating the base address of the array in the 
record. 

The workaround using the following to calculate the address. 
SHL AX 
ADD BX,AX 

Temporary solution: 

Use IF statement instead of CASE. 

Signed off 08/31/88 in release A03.60 

KPR #: 5000138941 Product: 8086/8 PASCAL 64814 03.00 

One-line description: 

Out of expression storage error generated on code that ran on old ver. 
Problem: 

Customer has some code that originally compiled on both the 9000 and 
the 64100. With the latest released version (3.00) he can no longer 
compile the same file on the 64100. When he tries to compile, he 
gets a 406:0ut of expression tree storage;simply expression. 

For example: 

VAR X : ARRAY [0..50] OF BOOLEAN; 

A ; BOOLEAN; 
BEGIN 

A :- (X[0] OR X[l] OR X[2] ...X[18]); 

END; 

Temporary solution: 

Break up expression into simplier pieces. 
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KPR #: 5000146829 Product: 8086/8 PASCAL 64814 03.00 

One-line description: 

Libraries load constants into the data area 
Problem: 

Some of the library routines contain constants which reside 

in DATA space. This prevents these libraries from being used in 

a ROM based system. 

For example: 

The file SINCOSC: NS8086 is an assembly file containing 
constants that are used by the routine SINCOS:NS8086. The "DATA" 
pseudo opcode is used and all constants reside in DATA area!!! 

There are a few variables (i.e. monitor_inessage ) which need to be 
in the DATA area, but the majority of the constants are also being 
loaded in the DATA area. Since the libraries are shipped in relocatable 
form only, the customer must wait for the factory to send the sources 
to him just so he can take out the DATA pseudo and reassemble. 

Please place all constants in the PROG area. 

Temporary solution: 

The only work around is to obtain the sources from the factory, 
remove the DATA pseudo, and reassemble. 

KPR #: 5000170175 Product: 8086/8 PASCAL 64814 03.01 

Keywords: CODE GENERATOR 
One-line description: 

DIV of array of signed_16 by signed_16 in FOR loop produces bad code 
Problem: 

Incorrect code generated for following situation: 

1. Division of signed_16 by signed_16 using the Pascal DIV command. 

2. The dividend must be an array of signed_l6. 

3. Division is taking place within a loop where the subscript of the 
array is the looping variable, (ie. N is the subscript and looping 
variable . ) 

4. The error occurs with the first instance of the Pascal statement 
referencing array [subscript] DIV var. Any statements with the same 
format following the first in the loop will create good code. 



"70108" 

SEXTENSIONS 0N$ 
PROGRAM HERE; 
VAR 

X :SIGNED_16; 

V :ARRAY[1 .. 3] OF SIGNED_16; 

I,N :SIGNED_8; 
BEGIN 

FOR N := 1 TO 3 DO 
BEGIN 
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KPR #: 5000170175 **CONTINUED** 

I := V[N] DIV X; => Generates incorrect code. 
I := V[N] DIV X; => Generates correct code. 
END 
END. 

Temporary solution: 

Create a variable for array element. Break the equation into two 
pieces: 

•■70108" 

SEXTENSIONS 0N$ 
PROGRAM HERE; 
VAR 

W,X :SIGNED_16; 

V : ARRAY [1 .. 3] OF SIGNED_16; 

I,N :SIGNED_8; 
BEGIN 

FOR N := 1 TO 3 DO 
BEGIN 

W := V[N]; => Generates correct code and is safest work arou 

I :- W DIV X nd. 
END 
END. 

Signed off 08/31/88 in release A03.60 



KPR #: 5000232744 Product: 8086/8 PASCAL 64814 03.02 

Keywords: CODE GENERATOR 

One-line description: 

Array reference overrides DX register 

Problem: 

The following program overrides DX reqister when using the IPIUL 
instruction: 

"8086" 

PROGRAM TEST; 
TYPE 

REC-RECORD 

R1,R2,R3:SIGNED_16; 

END; 

VAR SOURCE : ARRAY [ 1..20] OF REC; 

VI : SIGNED_16; 

BEGIN 

FOR VI := 1 TO 19 DO 

S0UBCE(V1].R1 := S0URCE[V1+1] .Rl; 



nOV DX,DS:WORD PTR [BX] ; DX = DS + SOURCE [VI] . Rl 
MOV AX,#+6H 

IMUL DS:WORD PTR DTEST+78H ; DS = VI * 6 This will put Vl»6 

in DX:AX and re-use the DX regis- 
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KPR #: 5000232744 »*CONTINUED** 

ter that was holding the right side 
END. of the equation. 



Temporary solution: 

Add a temporary variable to hold S0URCE[Vl+l3 .R 

"8086" 

PROGRAM TEST; 
TYPE 

REC=RECORD 

R1,R2,R3:SIGNED_16; 

END; 

VAR SOURCE : ARRAY [ 1..20] OF REC; 

VI : SIGNED_16; 

TEMP : SIGNED_16; 
BEGIN 

FOR VI := 1 TO 19 DO 
BEGIN 

TEMP :- SOURCE [Vl+1] .Rl; 
S0URCE[V1] .Rl := TEMP; 

END. 



Signed off 08/31/88 in release A03.60 

KPR #: 5000244392 Product: 8086/8 PASCAL 64814 03.02 

Keywords: CODE GENERATOR 
One-line description: 

ERROR 117 generated, but does not indicate variable in error 
Problem: 

Pascal Compiler error 117 "Unsatisfied Forward Reference" does 
not provide information as to which reference is unsatisified 
when the reference is a pointer to an undefined type. The following 
program gives an example: 
"8086" 

PROGRAM ERR117; 
TYPE 

UNSAT = '■UNSAT_TYPE; 
BEGIN 
END. 

** ERROR?? "117 

117: Unsatisfied forward reference 

There is no indication as to which reference is unsatisfied. 
Temporary solution: 

There is no known work around at this time. 
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KPR #: 5000246157 Product: 8086/8 PASCAL 64814 03.50 

Keywords: CODE GENERATOR PROBLEM ON 9000/S300 PROBLEM ON 9000/S500 

PROBLEM ON VAX NOT ON 64100 SYSTEM 

One- line description: 

"Too many errors pass3" err msg, if use duplicate labels. Need better msg 
Problem: 

Pascal compiler may generate " too many errors in pass 3 " if 

two procedures in one module have a label with same name. Example: 

"8086" 

SEXTENSIONS 0N$ 
PROGRAM TOO MANY; 
PROCEDURE ONE; 
LABEL 100; 
BEGIN 
100: 

GOTO 100; 

END; 

PROCEDURE TWO; { pass 3 error - too many errors in pass 3 } 
LABEL 100; { is generated, without any indication as to } 

BEGIN { what the problem is } 

100: 

GOTO lOO 

END; 



Temporary solution: 

The obvious workaround, is do not use duplicate labels. If you get 
this error message, be aware that you may have duplicate labels in 
the program. 

Signed off 08/31/88 in release A03.60 
Duplicate Service Requests: 5000264499 

KPR #: 500 0259176 Product: 8086/8 PASCAL 648l4 03.20 

Keywords: CODE GENERATOR 
One-line description: 

MOD operative in complex equation generates bade code. 
Problem: 

Bad code generated when MOD function is used and result is stored 

in array. Example: 

"8086" PREPROCESS 

$EXTENSIONS 0N$ 

$FAR_EXTVARS$ 

$POINTER_SIZE 32$ 

$RECURSIVE 0N$ 

PROGRAM DISPLY; 

TYPE LIME = ARRAY [1.. 80] OF CHAR 
VAR 

$EXTVAR 0M$ 

DISPLAY_Q : ARRAY [1.. 52] OF LINE; 
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KPR #: 5000259176 »*CONTINUED** 

DISP_LINE : SIGNED_16; 
SEXTVAR OFF$ 
IS : SIGNED_i6 ; 
PROCEDURE D_DIU_STATUS : 

DISPLAY_Q[DISP_LINE,43] := CHR((ISMOD 10)+48); END;. 

The DX register is used to hold the result of the 
CHR( (IS MOD 10) + 48) ; 

but then is later overwritten when the compiler uses an IMUL 
instruction to calculated the index into the array. 

Temporary solution: 
WORKAROUND: 

A valid workaround is to use a temp var to hold the result and 
then assign the temp to the array. 

Signed off 08/31/88 in release A03.60 

KPR #: 5000259598 Product: 8086/8 PASCAL 64814 03.50 

Keywords: CODE GENERATOR 

One-line description: 

Err 1006 generated in compex equation w/ in 2 FOR stmts in an IF statmnt 
Problem: 

The following program will cause an error: 

"8086" PREPROCESS 

{EXTENSIONS 0N$ 

$FAR_EXTVARS$ 

$FAR_PROC$ 

$FAR_LIBARARIES$ 

$P0INTER_SIZE=32$ 

$SEPARATE_CONST 0Fr$ 

PROGRAM DISPUTILS; 

TYPE 

DI SPLINE - "D_LINE; 
D_LINE - RECORD 

LENGTH : UNSIGNED_8; 

DATA : ARRAY [1..50] OF CHAR; 

END; 

VAR 

$GLOBVAR 0N$ 

CLEAR_INDEX : ARRAY [1..15] OF SIGNED_16; 
$GLOBVAR OFF$ 
$EXTVAR 0N$ 

MENU_MODE : BOOLEAN; 

$EXTVAR OFF$ 

$EXTVAR 0N$ 

STATE : ARRAY [1..18] OF DISPLINE; 
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KPR #: 5000259598 **CONTINUED** 

DISP_TBL : ARRAY [1..70] OF DISPLINE; 

$EXTVAR OFF$ 

SEXTVAR 0N$ 

DISPLAY_Q_FLAG 

AUDIT_Q 

NUM_TO_CLEAR 
SEXTVAR OFF$ 

SGLOBPROC 0N$ 
PROCEDURE CLEAR_WHAT; 
$GLOBPROC OFF$ 
VAR 

I,J,K,AUDIT_I : SIGNED_16; 
BEGIN 

IF (NLIM_TO_CLEAR <> 0) AND (MENU_MODE = TRUE) 
THEN BEGIN 

FOR I := 0 TO 4 DO AUDIT_Q[I] := SIATELU'.DATAtl+l] ; 
BEGIN 

FOR J 1 TO SIGNED_16(DISP_TBL[K]''. LENGTH) DO 
AUDIT_Q[AUDIT_I + J] DISP_TBL [K] " . DATA[ J] ; 

END; 
END; 

END; 



Temporary solution: 
There is no known work around at this time. 

Signed off 08/31/88 in release A03.60 

KPR #: 5000272021 Product: 8086/8 PASCAL 64814 03.02 

One-line description: 

CASE statement produces bad code for complicated expression 
Temporary solution: 

A temporarj' fix for the problem is to place the complicated 
expression used in the CASE statement into a temporary variable. 
Then, use this temporary variable in the CASE statement instead 
of the complicated expression. 

KPR #: D200006080 Product: 8086/8 PASCAL 64814 00.46 

Keywords: CODE GENERATOR 
One-line description: 

Data structures larger than 64K are not flagged as an error. 
Problem: 

Variables (data structures) which require more than 64K of contiguous 
memory are not flagged as an error. Please refer to the example shown 
below. 



BOOLEAN; 

ARRAY [0. .699] OF CHAR; 
SIGNED_16; 
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KPR #: D200006080 **CONTINUED** 

$POINTER_SIZE 32$ 
VAR 

RAM : ARRAY [0..3FFFFH] OF BYTE; 
I : INTEGER; 

BEGIN 

FOR I := 0 TO 3FFFFH DO 
RAM [I] := OFFH 

END. 

In the above example, the first 64K bytes (one segment) of memory are 
assigned three times. 

Temporary solution; 

No known workaround at this time. 



KPR #: D200010280 Product: 8086/8 PASCAL 648l4 00.60 

Keywords: CODE GENERATOR 
One-line description: 

Byte values may be converted to 18-bit before comparison with byte var. 
Problem: 

Byte variables may be converted to 16-bit before being compared with 
another byte variable (constant). Please refer to the following 
example for further details. 



PROGRAM TEST; 
$EXTENSIONS 0N$ 
VAR A,B : SIGNED_8; 

BEGIN 

CASE A OF 
OFFH : B:=0; 
0 : B:=l 
END 
END. 



{ contents of 
{ A->AL, CBW 



OH 
OH 



ok I 



OFFH 
OFFFFH 
OOOFF< >0FFFFH 



} 
} 

Case error } 
> 



In the example above, OFFH is converted to a 16-bit value before 
being compared to the byte variable A. Vfhen OFFH is converted to a 
16-bit quantity, the resulting value is OFFFFH, which will never equal 
the value of the byte variable A. If the value that is to be compared 
to A is less than 080H, then conversion to a 16-bit value is not 
performed. 

Temporary solution: 

No known workaround at this time. 

KPR #: D200014944 Product: 8086/8 PASCAL 64814 01. 10 



Keywords: RUN-TIME LIBRARY 

One-line description: 

Failed to detect out-of-bounds case. 
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Problem: 

A run time out-of-bounds error is not indicated for the following 
program. 

PROGRAM TEST; 

CONST 

C0N_1 - 32768; 

PROCEDURE PASS_1 (C0N_1 : SIGNED_16); 

VAE 

L0CAL_1 : SIGNED_16; 

BEGIN 

L0CAL_1 :> C0N_1; 
END; 

BEGIN 

PASS_1 (C0N_1); 
END. 

Temporary solution: 

No known workaround at this time. 

KPR #: D20O027516 Product: 8086/8 PASCAL 64814 03.02 

One-line description: 

Nested IFs inside a WITH may generate incorrect code. 
Problem: 

Incorrect code may be generated by the 8086 pascal compilers in the 
UNIX environment when nested IF's are used inside a WITH statement. 

Temporary solution: 

Use simpler, less compilex nesting. 

KPR #: D20C047779 Product: 8086/8 PASCAL 64814 02.01 

One- line description: 

80186Generates wrong offset within CONST_data area 

Problem: 

The statement: 

ELA BX.DS: CONST data+000183H 
causes a wrong condition as the CONST_data area goes up to approxi- 
mately lOOH offset. 

Temporary solution: 

There is no know work around at this time. 



- 8086/8 PASCAL - 



Known Problem Reports as of 09/01/88 



Page: 426 



KPR #: D200060061 Product: 8086/8 PASCAL 64814 03.00 

Keywords: PASS 3 
One-line description: 

Compiler $FAR 0N$, creates incorrect data offsets in listing 

Problem: 
"68000" 
$FAR 0N$ 
PROGRAM PROVE; 

VAR 

X,Y: INTEGER; 

A: ARRAY [0. .99999] OF INTEGER; 
BEGIN 

$TESTS 1, LIST_CODE ON, LIST_OBJ 0N$ 
(* Comment ON 

Y := A[0]; 

Y := AC8000] ; 

Y := A[9000] ; 
Comment OFF *) 
ITESTS 3$ 

Y := A[16000] ; 

Y := A[17000] ; 
$TESTS 7$ 

Y := A[16000]; 

Y := A[17000] ; 
$TESTS 1$ 

(* Comment ON 

Y := A[32000] ; 

Y := A[33000] ; 
Comment OFF *) 

END. 

Temporary solution: 

If arrays of this size are required download the file to the 64100 
and compile. 

KPR #: D200085019 Product: 8086/8 PASCAL 64814 03.02 

Keywords: CODE GENERATOR 
One-line description: 

Complex data structure produces bad code 

Problem: 

The following program produces bad code. ES register is PUSHED 
too late: 

"C" 

"80186" 

$POINTER_SIZE 32$ 
$FAR_EXTVARS$ 

Struct update_msg{char mode_id; short neigh_devid[ 16] ; } ; 
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KPR #: D200085019 **CONTINUED** 

struct TDB { short age; short link_count; short neighbors [ 16] ; 

short attribute[16] ; short cons_DSO [ 16] ; 

short neigh_devid[ 16] ; unsigned int seq_no; }; 
extern struct TDB tdb[100]; 
extern node_id; 

main! ) 

{ 

int temp_devid; 

struct update_insg *buffer; 

buffer -> neigh_devid[temp_devid] = tdp[node_id] .neigh_devid[temp_devid] 

LES BX, SS:DWORD PTR [BP-00006H] 

ADD BX, #+00001H /*BX - buf f er- >neigh_devid 

MOV AX, SEG node_id 

MOV ES, AX /*ES = SEG node_id 

IMUL AX, ES:WORD PTR node_id,#+00044H /*AX=tdb [node_id] 

MOV SI, AX /* SI = tdb[node_id] 

LEA SI ,DS:tdb[SI+00032H] /*ES:SI = tdb [node_id] .neigh_devid 

MOV AX, SEG tdb 

MOV ES,AX /* loose ES 

PUSH ES /* it is too late to PUSH ES, it is already lost 

ADD SI,SS:WORD PTR [BP-00008H] /* BX=tdb [node_id] .neigh_devid[temp_ 

devid] 



Temporary solution: 

There is no knovm work around at this time. 
Signed off 08/31/88 in release AOS. 60 



KPR #: D2OO085712 Product: 8086/8 PASCAL P8T4 02.01 

Keywords: CODE GENERATOR 

One-line description: 

WITH statement generating bad code 

Problem: 

The following program generates incorrect code: 
"processor name" 
$EXTENSIONS 0N$ 
PROGRAM TEST; 

TYPE NUM_REC -RECORD NUM_BUF : ARRAY [1..24] OF BYTE; 

TOT_NUM : BYTE; END; 

PTR = "INTEGER; 
VAR KE¥:BYTE; NUn_INP : NUri_EEC; POINTER: PTR; 

PROCEDURE DISPLAY (ROW, COLUMN, LENGTH : BYTE; START:PTR;); EXTERNAL; 
PROCEDURE IN; 
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KPR #: 0200085712 **CONTINUED** 
BEGIN 

WITH NUM_INP DO BEGIN 

NUM_BUF[TOT_NUM] := KEY; 



AOO 
POINTER: 

MOV 
DISPLAY 
MOV 



BX,AX {BX WILL HOLD ADDR OF TOT_NUM} 

ADDR(NUM_BUF) ; 

DS:WORD PTR DTEST+OIAH.BX {Assumes BX contains addr of 

NUM_BUF, IT DOESN'T) 

5, 25-T0T_NUM,T0T_NUM, POINTER) ; 

AL,DS:BYTE PTR [BX+00018H] {also assumes this, wrong!) 



END; 
END; . 

Temporary solution: 

Do not use the WITH statement. Reference all record members directly. 
Signed off 08/31/88 in release A03.60 

KPR #: D200085720 Product: 8086/8 PASCAL 64814 03.50 

Keywords: CODE GENERATOR 
One-line description: 

Compiler produces bad code for accessing parameters in nested procedures 
Problem: 

Compiler produces bad code when accessing parameters in nested 
procedures. Register are used twice and address are lost. 

Temporary solution: 

There is no known fix at this time. 

Signed off 08/31/88 in release A03.60 

KPR #: D200085746 Product: 8086/8 PASCAL 64814 03.50 

Keywords: CODE GENERATOR 

One-line description: 

Bad code created when assgn ext real valu to real variable in a procedur 
Problem: 

Assigning externally declared real value to variable defined 
in a procedure as a real type, produces bad code. 
The following program produces bad code: 

"8086" PREPROCESS 

$EXTENSIONS+$ 

$SEPARATE_CONST-$ 

$ASM_FILE+$ 
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KPR #: D2OO085746 **CONTINUED** 

$P0INTER_SIZE=32$ 

PROGRAM CODE_TEST; 

$EXTVAR+$ 
$FAR_EXTVARS+$ 

VAR 

SOMETHING: REAL; 
$FAR_EXTVARS-$ 
$EXTVAR-$ 

PROCEDURE ASSIGNMENT; 
VAR 

GIVE_ME_VALUE: REAL; 
BEGIN 

GIVE_ME_VALUE := SOMETHING; 
MOV AX.SEG SOMETHING 
MOV EX, AS 
LEA SI, DS: SOMETHING 

PUSH DS; push eff addr of something 

PUSH ES; push seg of something 

LEA DI.DS: ASSIGNMENT 

MOV CX,#+00004H 

PUSH DS; push give_me_value 

POP ES; es = give_me_value 

CLD 

POP DS; ds = seg something 

REP MOVSB; move ds:si into es:di 

POP DS; ds = eff addr something 

GIVE_ME_VALUE := SOMETHING; 

LEA SI, DS: SOMETHING; this is the error, ds= the eff addr 
of something, not the dataseg for something. 

Temporary solution: 

There is no knovm work around at this time. 
Signed off 08/31/88 in release A03.60 

KPR #: D200085753 Product: 8086/8 PASCAL 648T4 03.50 

Keywords: CODE GENERATOR 
One-line description: 

Addr Function for ORG'ed integer generating bad code 
Problem: 

Addr function for ORG'ED integer generating bad code. 

The following program produces bad code; using ADDR function on 

a integer variable ORG'ed to a location: 
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KPR #: D200085753 *»CONTINUED*» 

"PASCAL" PREPROCESS 
"8086" 

$ALIGN OFF$ 
SAMNESIA 0N$ 
$AS[1_FILE_0FF$ 
$ASMB_SYM 0N$ 
SDEBUG OFF$ 
$EMIT_CODE ONT$ 
{EXTENSIONS 0N$ 
SEXTVAR OFF$ 
$FAR_LIBRARIES 0N$ 
$FAR_PROC GN$ 
$FAR_EXTVARS$ 
$FULL_LIST 0FF$ 
SGLOBPROC 0N$ 
$GLOBVAR OFF$ 
{INTERRUPT OFF$ 
SIOCHECK 0N$ 
$LINE_NUMBERS 0N$ 
$1IST 0N$ 
$LIST_C0DE OFF$ 
$LIST_QBJ 0FF$ 
SOPTIMIZE OFF$ 
$POINTER_SIZE 32$ 
SRANGE OFF$ 
{RECURSIVE OFF$ 
$SEPARATE_CONST OFF$ 

PROGRAM TEST_ADDR_FUNC; 

#DEFINE ORD INTEGER 

TYPE 

INTEGER = SIGNED_16; 
VAR 

$ORG 020000000h$ 

I : INTEGER; 
$END_ORG$ 

INT_PTR_1 : "INTEGER; 

INT_PTR_2 : "INTEGER; 
PROCEDURE MY_PROC; 
BEGIN 

IF INT_PTR_2 = ADDR (I) 

PUSH DS:DTEST_ADDR_FUNC+00006H 

PUSH DS:DTEST_ADDR_FUNC_00004H 

MOV AX,#+02000H 

MOV ES,AX 

LEA BX,DS:OOOOH 

PUSH DS; should be PUSH ES 

PUSH BX 

Temporary solution: 
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There is no known work around at this time. 

Signed off 08/31/88 in release A03.60 

KPR #: D2OO085811 Product: 8086/8 PASCAL 64814 03.50 

Keywords: CODE GENERATOR 
One-line description: 

IMUL instructi.on will overwrite a value in DX register. 

Problem: 

Under certain circumstances the IMUL instruction will overwrite 
a value contained in the DX register which is needed at a later 
t ime . 

"PASCAL" PREPROCESS 
"8086" 

SEXTENSIONS 0N$ 
$SEPARATE_CONST 0N$ 
$FAR_LIBRARIES OFF$ 
$POINTER_SrZE 16$ 

$ALIGN OFF$ 
$DEBUG OFF$ 
$INTERRUPT OFF$ 
SOPTiniZE OFF$ 
$DS_EXTVAR$ 
$FAR_PROC OFF$ 
$SHORT_LIBRARIES 0N$ 

PROGRAM TESri02; 

CONST 

MAXINT = 32767; 
TYPE 

INTeGER = SIGNED_16; 
Tilst_txt_lintyp = RECORD 

Pos_L : BYTE; 

Pos_H : BYTE; 

Li * BYTE* 

Txtstreng : ARRAY [1.. 42] OF BYTE; 

END; 

Tilst_txt_elenient - RECORD 

Tilst_txt_lin : ARRAy[l..2] OF Tilst_txt_lintyp; 
END; 

Tilst_txt_type = ARRAY [0.. 16] OF Tilst_txt_element; 
VAR 

$ORG 00000650H$ 
X1310 : BYTE; 
$END_ORG$ 

$EXTVAR 0N$ 
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#ifdef INTEL es_un_joto 

$FAR_EXTVARSf 

#endif 

Tilst_txt : Tilst_txt_type; 

SEXTVAR OFF$ 
J1310 : INTeGER; 

SGLOBPROC 0N$ 

PROCEDURE FAST_TXT_TILST(Tilst_txtnr,Linnie_ofset:INTeGER) ; 
VAR 

N : INTeGER; 

BEGIN 

FOR N := 1 TO 2 DO 
BEGIN 

Tilst_txt[Tilst_txtnr] .Tilst_txt_lin[N] .Pos_L := N; 
MOV AX,#+0005AH 
IMUL SS:WORD PTR [BP+0006H] 
MOV BX.AX 

LEA BX,DS:Tilst_txt[BX-0002DH] 
MOV DL,DS:BYTE PTR DFAST_TXT_TILST 
MOV AX,#+0002DH 
IMUL DS:WORD PTR DFAST_TXT_TILST 
ADD BX.AX 

MOV DS:BYTE PTR [BX] ,DL 
END; {END FOR} 
END; 

Temporary solution: 

There is no known work around at this time. 
Signed off 08/31/88 in release A03.60 

KPR #: D200085829 Product: 8086/8 PASCAL 64814 03.50 

Keywords: CODE GENERATOR 
One-line description: 

Bad cd gen if proc declared EXT in another proc is called w/ FAR PROC ON 
Problem: 

Bad code is generated when a procedure declared external within 
another procedure is called, when the $FAR_PROC 0N$ directive 
is used. 

"8086" PREPROCESS 
$FAR_PROC 0N$ 
PROGRAM HAROLD; 
$EXTENSION+$ 
VAR B:BYTE; 
PROCEDURE ERROR; 

PROCEDURE CLR_PORTB (MASK: BYTE ) ; EXTERNAL; 
BEGIN 

CLR_PROTB(B) ; 
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{CALL NEAR PTR CLR_PORTB <<< should be CALL FAR PTR CLR_PORTB} 
END; 

. {the problem is that a near call is made to CLR_PROTB rather than 
a far call} 

Temporary solution: 

There is no known work around at this time. 
Signed off 08/31/88 in release A03.60 

KPR »: D2000 86579 Product: 8086/8 PASCAL 64814 03.50 

Keywords: CODE GENERATOR 

One-line description: 

Procedure Environ_init is missing from the simlib.R library 
Problem: 

Procedure Environ_init is missing from the simlib.R library 
Temporary solution: 

There is no known work around at this time. 
Signed off 08/31/88 in release A03.60 

KPR #: D200O87882 Product: 8086/8 PASCAL 64814 03.50 

Keywords: CODE GENERATOR 

One-line description: 

WITH statement generates bad code. 

Problem: 

"PASCAL" PEEPROCESS 
■■80186" 

$EXTENSIONS 0N$ 
$SEPARATE_CONST OFF$ 
SSEPARATE 0N$ 
$FAR_PROC 0N$ 
$GLOBPROC 0N$ 
$FAR_LIBRAFIES$ 
$P0INTER_SI2E 32$ 
$FAR_EXTVARS$ 
JRECURSIVE 0N$ 
SOPTimZE 0N$ 
SDEBUG OFF$ 
SIOCHECK OFF$ 
$FULL_LIST OFF$ 
$LIST_CODE OFF$ 
$LIST_OBJ OFF$ 

PROGRAM Err_16; 

$RANGE OFF$ 
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CONST 

No_of_tasks=24; 
No_of_mb = 16; 
No_of_mbq = 32; 
TYPE 

ADDRESS=RECORD 

CASE SIGNED 16 OF 



(i :SIGNED_32); 
(ofs.seg : UNSIGNED_16) 
do, hi : SIGNED_16); 
(bO,bl,b2,b3 : BYTE); 
(P : "ADDRESS) 



1 
2 
3 
4 

5 

END; 

MAIL = ADDRESS; 
TASK_NO = BYTE; 
TASK_STATUS = SET OF 

dormant, 

suspended, 

delayed, 

wait_sema, 

wait_mail , 

wait_qmail) ; 
TASK_CTRL_BLOCK 

stack__.adr 

priority 

status 

next 

delay_next 
delay 
FILLER 
END; 
MAILBOX_QUEUE 
mail 
length 
inp 
outp 

waiting_task 
FILLER 
END; 
VAR 

$GLOBVAR 0N$ 
SALIGN 0N$ 

TCB : ARRAY [0. 

RUNNING 

READY 

MBQ 
$ALIGN OFF$ 
SGLOBVAR OFF$ 



= RECORD 
ADDRESS; 
BYTE; 

TASK_STATUS ; 
TASK_NO; 

TASK_NO; 
UNSIGNED_16; 
ARRAY [0. .5] OF CHAR; 

RECORD 

ARRAY [0. .Length_of_mbq] OF ADDRESS; 
SIGNED_16; 
SIGNED_16; 
SIGNED_16; 
TASK_NO; 
BYTE; 



No_of_tasks] OF TASK_CTRL_BLOCK ; 

TASK_NO; 
TASK_NO; 

ARRAY [ 1. .No_of_mbq] OF MAILBOX_QUEUE ; 



PROCEDURE MQ_IPOST( Queue : SIGNED_16; 

Message : MAIL; 
VAR Error :SIGNED_16) ; 

VAR 

WT : TASK NO; 
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NXT : SIGNED_16; 
BEGIN 

WITH MBQ[Queue] DO 
BEGIN 

NXT := SUCC(inp) MOD length; 
JOPTIMIZE OFF$ 

IF NXT < > outp THEN 
$OPTIMIZE 0N$ 

BEGIN 

mail[inp].lo := Message. lo; 
mailiinpi.hi := Message. hi; 
inp NXT; 
WT :- WAITING_TASK; 
IF WT <> 0 THEN 
WITH TCB[WT] DO 
BEGIN 

waiting_task := next; 

MOV CH,DS:BYTE PTR [BX+00006H] 
MOV DS:BYTE PTR ] BX+00008AH] , CH did not load BX 

with MBQ [Queue] 

Temporary solution: 

There is no known work around at this time. 
Signed off 08/31/88 in release A03.60 

KPR #: D2000 87890 Product: 8086/8 PASCAL 64814 03.50 

Keywords: CODE GENERATOR 

One-line description: 

WITH statement generates had code. 

Problem: 

The following program produces bad code: 

■PASCAL" PREPROCESS 

"80186" 

SEXTENSIONS 0N$ 
$SEPARATE_CONST OFF$ 
$SEPARATE 0M$ 
$FAR_PROC 0M$ 
SGLOBPROC 0M$ 
$FAR_LIBRARIES$ 
$POINTER_SIZE 32$ 
$FAR_EXTVARS$ 
$RECURSIVE 0M$ 
SOPTIMIZE OM^ 
SDEBUG OFF$ 
SIOCHECK OFFt 
$FULL_LIST OFF$ 
$LIST_CODE OFF$ 
$LIST_OBJ OFF$ 

PROGRAM Err_16; 
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SRANGE OFF$ 

CONST 

No_of_tasks=24; 
No_of_mb = 16; 
No_of_mbq = 16; 
TYPE 

ADDRESS=RECORD 

CASE SIGNED_16 OF 

1: (i :SIGNED_32); 

2: (ofs.seg : UNSIGNED_16) ; 

3: (lo.hi : SIGNED_16); 

4: (bO,bl,b2,b3 : BYTE); 

5: (P : "ADDRESS); 

END; 

MAIL = ADDRESS; 
TASK_NO = BYTE; 
TASK_STATUS = SET OF ( 

dormant, 

suspended, 

delayed, 

wait_sema, 

wait_mail, 

wait_qmail) ; 
TASK_CTRL BLOCK = RECORD 



stack adr : ADDRESS; 

priority : BYTE; 

status : TASK_STATUS; 

next : TASK_NO; 

delay_next : TASK_NO; 

delay : UNSIGNED_16; 

FILLER : ARRAY[0..5] OF CHAR; 

END; 

MAILBOX_QUEUE = RECORD 

mail : ARRAY [0 . .Length_of_mbq] OF ADDRESS; 

length : SIGNED_16; 

inp : SIGNED_16; 

outp : SIGNED_16; 

waiting_task : TASK_NO; 

FILLER : BYTE; 

END; 
VAR 

$GLOBVAR 0N$ 
$ALIGN 0N$ 



TCB : ARRAY [ 0. .No_of_tasks] OF TASK_CTRL_BLOCK; 
RUNNING : TASK_NO; 
READY : TASK_NO; 

MBQ : ARRAY [ 1. .No_of_mbq] OF MAILBOX_QUEUE; 



$ALIGN OFF$ 
SGLOBVAR OFF$ 

PROCEDURE MQ_PEND ( Queue : SIGNED_16; 

Message : MAILj 

BEGIN 
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WITH MBQCQueue] DO 
BEGIN 

IF inp = outp THEN 
BEGIN 

WITH TCB [RUNNING] DO 

status := status + [wait_qinail] ; 

END; 

Message. lo :« mail [outp] . lo; 

Message. hi :» mail[outp] .hi; {BX gets overwritten here} 
outp SUCC(outp) MOD length; {BX not available} 



Temporary solution: 

There is no known work around at this time. 
Signed off 08/31/88 in release A03.60 

KPR #: D200O90597 Product: 8086/8 PASCAL 64814 03.50 

Keywords: PROBLEM ON 9000/S300 
One-line description: 

Assignment of constant into array of 3 elements does not work. 
Problem: 

When the following code is compiled CONST_data is never defined 
even though it is referenced in the assembly code. 

"8086" 

lEXTENSIONS 0N$ 
PROGRAM test; 
CONST 

SYNC_PATTERN = 20F3FAH; < 32 Bits 

TYPE 

UB - UNSIGNED_8; 

UB3 = ARRAY[1..3] OF UB; < 24 Bits 

VAR 

SYNC : UB3; 
BEGIN 

SYNC :- UB3(SYNC_PATTERN) ; < LEA SI ,DS: CONST_data 

END. 



Note: The array element is not an even multiple of bytes, 
therefore it is unclear what the compiler is supposed to do 
with the constant. The assembly code generated uses CONST_data 
without defining it. 

Temporary solution: 

In this particular situation a fix would be to change the 
array declaration of [1..3] to [1..4]. That is, to use 32 
bits instead of 24. The user must be very careful and make 
sure the proper code is being generated. The compiler will 
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save these bits in a particular order - which may not be the 
order the customer had desired! Refering to page 10-12 in the 
HP-UX Hosted Pascal Cross Compiler - 8086 manual might be 
helpful. Refer to the section on Functional Type Change. 
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KPR #: D200055657 Product: 8086/88 C M 64818-90905 03.00 

One-line description: 

Declaring a function which returns a ptr to a function causes error. 
Problem: 

Declaring a function that returns a pointer to a function that 
returns an integer causes invalid syntax errors to be generated. 

"C" 

"processor" 

int fund (3; 

int (•func5())(); 

ma in ( ) { 

int cntr; 
int (*tTnp) ( ); 

for (cntr=l; cntr<4; cntr++) { 
tmp=func5(cntr) ; 

} 

funcl(){retum(l);} 
Temporary solution: 

Break up the declaration by using a typedef. 
"C" 

"processor" 

int funclO; 

typedef int (*pfi)(); 

pfi func5(); 

mainO { 
int cntr; 
int (»tnip)(); 

for (cntr=l; cntr<4; cntr++) 
{ tmp = func5(cntr); 

} 

} 

pfi func5(tiiip2) 

int tmp2: 

{ 

if (tmp2==l) return ( fund) ; 

} 

funcl(){retum(l);} 
Fix information: 

Fix is documented in Software Notice 5959-2125 R2707. 
Signed off 03/05/87 in release 03.02 
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KPR #: 5000238337 Product: 8086/88 PASCAL M 64814-90903 03.00 
Keywords: MANUAL 
One-line description: 

Change manual to say that libraries need to be in same segment 
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KPR #: 5000131029 Product: 8086/88/186/188HLSAM 64332-90902 02.00 
One-line description: 

Display variable may result in "ERR0R:E64". 

KPR #: 5000141150 Product: 8086/88/186/188HLSAM 64332-90902 02.00 
One-line description: 

Data structures too large to display in "display variable" command. 
Temporary solution: 

Reducing the ascii string size of the variable names 
shall cause less space to be used in the 64340 analyzer. 
Therefore development can continue with the freed space. 

Duplicate Service Requests: 5000141143 
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KPR #: D200031831 Product: 8088 DQ SW ANALYZER 64341C 01.00 
One-line description: 

Using local static variables in C causes a lockup in the analyzer 
Problem: 

Using local static variables in the C language causes the analyzer 
to lock up. The analyzer looks through the dynamic data area without 
ever realizing that the variable is in the static data area, thus an 
infinite loop results. 

Temporary solution: 

The problem itself has no workaround, the customer must not use 
local static variables until new software is available. 

Signed off 11/06/87 in release 01.02 
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KPR #: D200031765 Product: 8088 SW ANAL 64333 02.00 

One-line description: 

Using local static variables in C causes a lockup in the analyzer 
Problem: 

Using local static variables in the C language causes the analyzer 
to lock up. The analyzer looks through the dynamic data area without 
ever realizing that the variable is in the static data area, thus an 
infinite loop results. 

Temporary solution: 

The problem itself has no workaround, the customer must not use 
local static variables until new software is available. 

Signed off 11/06/87 in release 02.03 
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KPR #: D200081232 Product: 8088 DQ EMUL 300 64221S004 

One-line description: 

Display memory line crossing segment boundary will be wrong 
Problem: 

Display Memory and Modify Memory will be incorrect at the 
segment wrap around, under the following conditions: 

Display Memory will be wrong when the segment end is in the 
center of a line. 

Modify Memory will be incorrect if done beyond the end of a 
segment. 



Temporary solution: 

Temporary workaround for each situation is as follows: 

Display Memory should not be set to have the end of the segment 
in the middle of the line being displayed. 

Modify Memory will be correct if it is not extended through the end 
of a segment. For example: 

modify memory OFFFEH to 1,2 will be correct. 

modify memory OFFFEH to 1,2,3 will NOT be correct, because 
the third entry is in the next segment. 

Signed off 08/31/88 in release A01.20 



KPR #: D200082115 Product: 8088 DQ EMUL 300 64221S004 01.10 
One-line description: 

Processes sometimes left running after parent has stopped. 
Problem: 

Sometimes, when the parent process to a measurement system is killed 
some of the measurement systems processes are left running. Please 
change the behaviour of the products so that these processes die 
nicely. 
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Temporary solution: 

If the tty associated with the process is a pty, then you can 
release the processes by 
cat < ptyxx 

This causes the pending output to be flushed, and the processes will die 
naturally. 



Signed off 08/31/88 in release A01.20 
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KPR #: D200083121 Product: 8088 DQ EMUL 300 64221S004 01.10 

One- line description: 

Loading a trace file from a different processor may cause core dump 
Problem: 

If a trace file is created with "store trace" on a processor that allows 
multiple analysis modes with some mode other than the default, then is 
loaded by a processor with only one mode, a core dump will result. A 
good example is storing an execution mode trace on the dequeued 68000, 
then trying to load the trace on the non-dequeued 68000. 



Temporary solution: 

Do not attempt to load a trace file for a mode that is not supported. 
Signed off 08/31/88 in release A01.20 



KPR #: D200085936 Product: 8088 DQ EMUL 300 64221S004 01.00 

One-line description: 
Tracelist symbols dissappear. 

Problem: 

The symbols will not be displayed in the trace list if the 
following commands are executed: 

1. display trace absolute symbols on 

2. end ; end locks the emulation session 

3. <system name> <module name> ; continues the emulation session 

4. display trace 

The symbols will not be displayed even if you try to re-execute step 
number 1. 

Temporary solution: 

Perform the following steps after executing steps 1-4 listed in the 
problem text. 

5. display trace mnemonic 

6. display trace absolute 

Signed off 08/31/88 in release A01.20 



KPR #: 0200086116 Product: 8088 DQ EMUL 300 64221S004 01.10 
One-line description: 

Software Breakpoints don't work in target memory. 
Problem: 

Software breakpoints do not work in target memory. 
There is no workaround; updated software is required. 

Temporary solution: 

Software breakpoints do not work in target memory. 
There is no workaround; updated software is required. 
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Signed off 0«/3l/88 in release A01.20 
Duplicate Service Requests: D200089912 



KPR #: D200090746 Product: 8088 DQ EMUL 300 64221S004 01.10 

One-line description: 

Code disp. with trace not right if code changed w/o ending emul. session 
Problem: 

Source lines displayed with a trace may not be correct if 

the code is changed without ending out of the emulation session. 

For exanple, a user running is windows does a display trace source 

on, and sees a statement: i = 1; in the trace along with the 

MOVE.L #1,D0 that accompanies that source line. The user then 

moves to another window, changes the source line to i = 2;, recompiles, 

relinks, and runs edbuild. The user then moves back to the emulation 

window, reloads the file, and reruns the code and the trace. The 

trace shows MOVE.L #2, DO as expected, BUT shows i = 1; as the 

source line. 

End out of emulation, and reenter before loading the new program 
Source lines displayed with a trace may not be correct if 
the code is changed without ending out of the emulation session. 
For exanple, a user running is windows does a display trace source 
on, and sees a statement: i = 1; in the trace along with the 
HOVE.L #1,D0 that accompanies that source line. The user then 
moves to another window, changes the source line to i = 2;, recompiles, 
relinks, and runs edbuild. The user then moves back to the emulation 
window, reloads the file, and reruns the code and the trace. The 
trace shows MOVE.L #2, DO as expected, BUT shows i = 1; as the 
source line. 

Temporary solution: 

End out of emulation, and reenter before loading the new program 
or executing the trace. 

Signed off 08/31/88 in release A01.20 
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KPR #: D200031773 Product: 8088 DQ SW ANAL 64333B 01.00 

One-line description: 

Using local static variables in C causes a lockup in the analyzer 
Prob lem: 

Using local static variables in the C language causes the analyzer 
to lock up. The analyzer looks through the dynamic data area without 
ever realizing that the variable is in the static data area, thus an 
infinite loop results. 

Temporary solution: 

The problem itself has no workaround, the customer must not use 
local static variables until new software is available. 

Signed off 11/06/87 in release 01.03 
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KPR #: D20O069476 Product: 8088 EMULATION 300 64226S004 01.00 

One-line description: 

Measurement System end_released when terminal cannot be initialized 
Problem: 

A measurement system will be end_released, resulting in loss of 
data, when a non-supported terminal is used to enter a currently 
locked measurement system. This problem will arise if the TERM 
environment variable is not set to a value that is supported by 
64000-UX. This may happen when logging in to a system over a 
port that is not hard-wired (modem, LAN vt, etc.) where the 
system prompts you for the Terminal type, which sets the TERM 
variable. 

Temporary solution: 

Make sure that the TEEM variable is set to a type of terminal 
that is supported with 64000-UX. This can be verified by typing 
"echo $TERK". 

Signed off 10/09/87 in release 01.20 



KPR #: D200080218 Product: 8088 EMULATION 300 64226S004 01.00 
One-line description: 

Absolute code part user, part emul, will be overwritten at boundary. 
Signed off 10/09/87 in release 01.20 



KPR #: D200080275 Product: 8088 EMULATION 300 64226S004 01.00 
One-line description: 

Apparent error during disassembly of the offset at an intrasegment jump. 
Signed off 10/09/87 in release 01.20 



KPR #: D2O0080325 Product: 8088 EMULATION 300 64226S004 01.00 
One-line description: 

Paging at a segment end produces a confusing CS:IP. 
Signed off 10/09/87 in release 01.20 



KPR #: D2O0080572 Product: 8088 EMULATION 300 64226S004 01.00 
One-line ciescription: 

pwd truncates the /net/system portion of the path when RFA'ed to system. 
Problem: 

When using the HP 64000-UX products and netunaming across the LAN 
to another system, such as a compile server, the HP-UX command 
"pwd" which is used by the HP64000-UX product to tell what the 
local directory is, truncates the "/net/system" part of the path. 

This is a HP-UX operating system defect. It is not a defect in 
the HP 64000-UX application software. As soon as this defect is 
fixed in HP-UX, it will work correctly when using the HP 54000-UX 
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applications. 

Signed off 10/09/87 in release 01.20 



KPR #: D200080879 Product: 8088 EMULATION 300 64226S004 01.00 
One-line description: 

Using Emulation across RFA can give incomplete symbol information 
Problem: 

Accessing symbol data in a remote file across RFA may result 
in incomplete symbol information being available. This 
problem is a result of readO calls being interrupted during 
file access over RFA. 

This problem can also affect reading absolute data into memory as 
well. 



Temporary solution: 

If this problem occurs while loading absolute data, attempting 
to reload the file again may work. 

There are two possible answers to this problem. The first is to 
move the .Y file to the machine running the emulator. 

The second solution is to move the program object to the machine 
which is running the emulator. This can be done using the get64 
program. When you load the emulator, a new .Y file will be created. 

Signed off 10/09/87 in release 01.20 



KPR #: D200081224 Product: 8088 EMULATION 300 64226S004 01.00 
One-line description: 

Modify/Store memory abort at physical addr 0 for seg/offset procs 
Problem: 

Modify memory for a large range (> 4096 bytes) and store memory 
(> 250 bytes) that crosses the physical address 0 boundary will 
fail somewhere after physical address 0 on segment : of f set processors. 
For example, on the 8086, the following command will modify only part 
of the requested range: 

modify memory OFF0OH:0 thru OFFOOH: OFFFFH to 0 

since address OFFOOH: lOOOH is in fact physical address 0. 



Temporary solution: 
Temporary work around: 

Do not attemt to modify/store memory through physical address OH. 
Signed off 10/09/87 in release 01.20 

- 8088 EMULATION - 



Known Problem Reports as of 09/01/88 



Page: 451 



KPR #: D2OO081273 Product: 8088 EMULATION 300 64226S004 01.00 
One-line description: 

Display memory line crossing segment boundary will be wrong 
Problem: 

Display Memory and Modify Memory will be incorrect at the 
segment wrap around, under the following conditions: 

Display Memory will be wrong when the segment end is in the 
center of a line. 

Modify Memory will be incorrect if done beyond the end of a 
segment . 



Temporary solution: 

Temporary workaround for each situation is as follows: 

Display Memory should not be set to have the end of the segment 
in the middle of the line being displayed. 

Modify Memory will be correct if it is not extended through the end 
of a segment. For example: 

modify memory OFFFEH to 1,2 will be correct. 

modify memory OFFFEH to 1,2,3 will NOT be correct, because 
the third entry is in the next segment. 



KPR #: D200081422 Product: 8088 EMULATION 300 64226S004 01.00 
One-line description: 

Relative path names (e.g. ./cmd) should not search PATH 
Problem: 

A new feature was added to the core feature set to search for command 
files using the users PATH variable for a search path. A defect has 
been introduced such that specifying a relative path with a command 
file still has the command file looked for in the search path. 

Relative path names should override the PATH variable like they do in a 
standard shell. Only names not containing any '/' should be searched 
for using PATH. All others (especially ./name) should be used relative 
to the current directory. 

Temporary solution: 

Specify command files with full path names if the application is unable 
to find your command file. 

KPR #: D20O082156 Product: 8088 EMULATION 300 64226S004 01.00 
One-line description: 

Processes sometimes left running after parent has stopped. 
Problem: 
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KPR #: D200082156 **CONTINUED*» 

Sometimes, when the parent process to a measurement system is killed 
some of the measurement systems processes are left running. Please 
change the behaviour of the products so that these processes die 
nicely. 



Temporary solution: 

If the tty associated with the process is a pty, then you can 
release the processes by 
cat < ptyxx 

This causes the pending output to be flushed, and the processes will die 
naturally. 



KPR #: 0200083152 Product: 8088 EMULATION 300 64226S004 01.00 
One-line description: 

Loading a trace file from a different processor may cause core dump 
Problem: 

If a trace file is created with "store trace" on a processor that allows 
multiple analysis modes with some mode other than the default, then is 
loaded by a processor with only one mode, a core dump will result. A 
good example is storing an execution mode trace on the dequeued 68000, 
then trying to load the trace on the non-dequeued 68000. 



Temporary solution: 

Do not attempt to load a trace file for a mode that is not supported. 



KPR #: D200084947 Product: 8088 EMULATION 300 64226S004 01.00 

One-line description: 

"modify memory" command results in an "end release". 
Problem: 

The "Modify Memory" command results in an "end release". 



KPR #: D200085959 Product: 8088 EMULATION 300 64226S004 01.00 

One-line description: 
Tracelist symbols dissappear. 

Problem: 

The symbols will not be displayed in the trace list if the 
following commands are executed: 

1. display trace absolute symbols on 

2. end ; end locks the emulation session 

3. <system name> <module name> ; continues the emulation session 

4. display trace 
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KPR #: D2OO085969 **CONTINUED** 

The symbols will not be displayed even if you try to re-execute step 
number 1. 

Temporary solution: 

Perform the following steps after executing steps 1-4 listed in the 
problem text. 

5. display trace mnemonic 

6. display trace absolute 



KPR #: D20O089920 Product: 8088 EMULATION 300 64226S004 01.00 
One-line description: 

Emulator does not work reliably with 64155B memory controller 
Problem: 

Detailed Listing for Defect Number LSDqf03557 
Text: 

emulator does not work reliably with 64155B memory controller 

Any 8-bit processor which uses a foreground monitor may have strange 
problems when using the 64155B memory controller. This is due to the 
MONITOR_CONTROL word being 16 bits wide. The 8-bit processors require 
two bus cycles to modify this word. Unfortunately, it is possible to 
read the value between those two bus cycles, resulting in a bogus value 
being passed up to the host. The likelihood of this happening depends 
on the timing of the monitor - using a different assembler/linker or 
changing the monitor code can cause the problem to appear or disappear. 
A simple example is the 68008DP: running a particular program in target 
memory, then attempting to modify target memory produces an undefined 
software breakpoint message. 

Detailed Listing for Defect Number LSDqf03557 
Text: 

emulator does not work reliably with 64155B memory controller 

Any 8-bit processor which uses a foreground monitor may have strange 
problems when using the 64155B memory controller. This is due to the 
f10NIT0R_CONTR0L word being 16 bits wide. The 8-bit processors require 
two bus cycles to modify this word. Unfortunately, it is possible to 
read the value between those two bus cycles, resulting in a bogus value 
being passed up to the host. The likelihood of this happening depends 
on the timing of the monitor - using a different assembler/linker or 
changing the monitor code can cause the problem to appear or disappear. 
A simple example is the 68008DP: running a particular program in target 
memory, then attempting to modify target memory produces an undefined 
software breakpoint message. 



KPR #: D2O0090787 Product: 8088 EMULATION 300 64226S004 01.00 
One-line description: 

Code disp. with trace not right if code changed w/o ending emul. session 
Problem: 

Source lines displayed with a trace may not be correct if 

the code is changed without ending out of the emulation session. 
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KPR #: D200090787 *»CONTINUED*» 

For exanple, a user running is windows does a display trace source 
on, and sees a statement: i = 1; in the trace along with the 
MOVE.L #i,D0 that accompanies that source line. The user then 
moves to another window, changes the source line to i = 2;, recompiles, 
relinks, and runs edbuild. The user then moves back to the emulation 
window, reloads the file, and reruns the code and the trace. The 
trace shows MOVE.L #2, DO as expected, BUT shows i = 1; as the 
source line. 

End out of emulation, and reenter before loading the new program 
Source lines displayed with a trace may not be correct if 
the code is changed without ending out of the emulation session. 
For exanple, a user running is windows does a display trace source 
on, and sees a statement: i = 1; in the trace along with the 
MOVE.L #1,00 that accompanies that source line. The user then 
moves to another window, changes the source line to i = 2;, recompiles, 
relinks, and runs edbuild. The user then moves back to the emulation 
window, reloads the file, and reruns the code and the trace. The 
trace shows MOVE.L #2,00 as expected, BUT shows i = 1; as the 
source line. 

Temporary solution: 

End out of emulation, and reenter before loading the new program 
or executing the trace. 
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One-line description: 

display GLOBAL/LOCAL does not work when using the ROM emulator 
Signed off 06/02/86 in release 01.01 



KPR #: 500C180000 Product: 8096 ASSEMB 



64860 



01.03 



One-line description: 

Rom emulator does not display local/global symbols correctly w/ 8096 cod 
Signed off 12/02/87 in release Z01.04 



KPR «: 5000191767 Product: 8096 ASSEMB 
Keywords: CODE GENERATOR 



64860 



01.03 



One-line description: 

Linker does not allocate the file at even addresses 
Problem: 

The 8096 linker does not allocate files at even addresses. 
The following example shows this problem: 



file a 



■8096" 
LI DSL 2 
L2 DSW 1 
ST SP,L2 



file b 



■•8096" 
L3 DSL 2 
L4 DSW 1 
ST SP,L4 



Link above files with load address prog=20H. 
FILE/PROG NAME PROGRAM DATA 



f ile_a 

next address 
file_b 

next address 



0020 
002F 

002F 
003E 



— Customer wants to allocate 
this file from an even 
address, automatically 
from linker. 

Temporary solution: 

Two possible work-arounds exists. The first is to use an 
ORG statement in each file to place the file on an even boundry. 
The second work-around is to place the statement "DSL 0" at the 
end of eacti file, thus leaving the file on an even boundry. 



KPR #: 5000225078 Product: 8096 ASSEMB 
Keywords: CODE GENERATOR 
One-line description: 

Using ORG statemnts can generate ERR_LR errors 
Problem: 
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KPR #: 5000225078 **CONTINUED** 

The following program will produce a Legal Range error on line 9,10 and 
11. 



1 


■■8096" 






2 




ORG 


1800H 


3 


CPTGl 


DSW 


2 


4 




ORG 


ICOOH 


5 


TEST 


DSB 


4 


5 




PROG 




7 


AX 


EQU 


lOH 


8 


AL 


EQU 


20H 


9 




ST 


AX, CPTGl 


10 




STB 


AL,CPTG1+1 


11 




LDB 


AL.TEST 



Temporary solution: 

Move ORG statement to end of the program. 



1 


"8096" 








2 




PROG 






3 


AX 


EQU 


lOH 




4 


AL 


EQU 


20H 




5 




ST 


AX, CPTGl 




6 




STB 


AL,CPTG1+1 




7 




LDB 


AL,TEST 




8 




ORG 


1800H < 


_* 


9 


CPTGl 


DSW 


2 < 


_» 


10 




ORG 


ICOOH < 


_» 


11 


TEST 


DSB 


4 < 


_» 



KPR #: 5000275305 Product: 8096 ASSEMB 64860 01.04 

One-line description: 

Pseudo instruction DCB treats absolute variable as relocatable. 
Problem: 

The pseudo instruction DCB is not treated correctly by linker. 
The label which is defined by DSW is used as operand of DCB. 
After linked, the label is not assigned the proper value. The 
value is not absolute but relocatable. 
The following is a example; 

"8096" 

AX DSW 1 

ST SP.AX 
DCB AX 

After the above program is linked, AX remains as relocatable value 
at DCB line. But the AX in ST SP,AX is assinged the absolute value. 

NOTE: Since no emulator exists for this processor, the problem 
can be verified by looking at the : absolute file. When the program 
is linked with PROG address set to BOH, the : absolute file shows: 

C301 8000 1800 
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KPR #: 5000275305 »*CONTINUED** 

I I 
I I 

This OOH is not the absolute value. 

Load address of PROG is 80H, so the code should be 80H. 
Therefore, the correct code must be "C301 8000 1880". 
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KPR #: 5000151241 Product: C COMPILER REF M 64800-90907 00.07 

Keywords: MANUAL 
One-line description: 

Add note to compiler supplements regarding 3000 symbol limit. 

Problem: 

When compiling a program on the HP 64100A or HP 64110A, there is 
a limit on the amount of symbols an entire program can have. 
This limit is about 3000 without a XREF and around 1500 if 
an XREF is generated. 



Temporary solution: 

Avoid using more than 3000 symbols (1500 if a XREF is generated) 
in your entire program. 

Fix information: 

Fix is documented in Software Notice 5958-6068 R2707. 
Signed off 08/05/87 in release 01.02 
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KPR #: D200 033399 Product: EBPP 



64304 



01.03 



One-line description: 

Configuration file not automatically loaded when using EBPP 
Problem: 

The configuration file is normally loaded automatically for a specific 
emulator when using the EBPP. This fails to happen when using the 
following emulators, 
emulator 
Z80 

dequeued 80C86. 
dequeued 80 CSS 
dequeued 80 86/87 
dequeued 80 88/87 
dequeued 68000 
dequeued 680O8 
dequeued 68010 

Temporary solution: 

Load the configuration file when in the state analyzer by hitting the 
softkeys "CDnf iguration load_from <file>". <file> being the 
configuration file for that emulator. 



prod. # 


config. file 


64253A 


CZ80H E:HP 


64220C 


C8687D E:HP 


64221C 


C8887D E:HP 


64220B 


C8687D E:HP 


64221B 


C8887D E:HP 


64243A 


C68000D E:HP 


54244A 


C68008D E:HP 


64245A 


C68010D E:HP 



Signed off 07/18/86 in release 99.99 
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KPR #: D200090928 Product: F9450 EMUL 300 64286S004 01.00 

One-line description: 

Code disp. with trace not right if code changed w/o ending emul. session 
Problem: 

Source lines displayed with a trace may not be correct if 

the code is changed without ending out of the emulation session. 

For exanple, a user running is windows does a display trace source 

on, and sees a statement: i = 1; in the trace along with the 

noVE.L #1,D0 that accompanies that source line. The user then 

moves to another window, changes the source line to i -2;, recompiles, 

relinks, and runs edbuild. The user then moves back to the emulation 

window, reloads the file, and reruns the code and the trace. The 

trace shows MOVE.L #2, DO as expected, BUT shows i - 1; as the 

source line. 

End out of emulation, and reenter before loading the new program 
Source lines displayed with a trace may not be correct if 
the code is changed without ending out of the emulation session. 
For exanple, a user running is windows does a display trace source 
on, and sees a statement: i = 1; in the trace along with the 
MOVE.L #1,D0 that accompanies that source line. The user then 
moves to another window, changes the source line to i =■ 2;, recompiles, 
relinks, and runs edbuild. The user then moves back to the emulation 
window, reloads the file, and reruns the code and the trace. The 
trace shows MOVE.L #2, DO as expected, BUT shows i = 1; as the 
source line. 

Temporary solution: 

End out of emulation, and reenter before loading the new program 
or executing the trace. 
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KPR #: D2OO07515O Product: F9450 EMULATION 64286 01.04 

One-line description: 

RS232 Simulated 10 will overrun the user's read buffer sometimes. 
Problem: 

R232 Simulated 10 will overrun the user buffer under certain conditions. 
If the Last Byte Address Pointer coincidentally is pointing to the 
location of the Read Buffer End Address Pointer, and the 64000 station 
has received characters input to the RS232 port, when the "Update Read 
Buffer" ( 8CH ) command is given, the 64000 will write the new bytes 
to the memory following the Buffer End Address. The 64000 should 
write the new characters to the Buffer End Address location and then 
wrap around to the Buffer Begin Addrss location. Instead the new 
characters continue to be written to ever increasing address locations. 

Duplicate Service Requests: 5000194373 
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KPR #: D200087395 Product: GENERIC ANALYSIS M 64740-90909 01.00 

One-line description: 
Errors in xtt help screen. 
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KPR #: D2OO085084 Product: GENERIC ANALYSIS FW 54740 00.00 
One-line description: 

Analyzer ROM PV fails about 1 time every 5 hours. 

Problem: 

The analyzer ROM PV fails about once in every 6 hours of continious 
running using the "pv 0" command. 

Signed off 04/14/88 in release AGO. 03 

KPR #: D20O085O92 Product: GENERIC ANALYSIS FW 64740 00.00 
One-line description: 

"tck" Command does not give errors for invalid options. 
Problem: 

The tck command is inconsistant with other odyssey commands in that 
it does not give an error message if invalid options are given. 

An example that does not work: 
tck junk 



Signed off 04/14/88 in release ADO. 03 



KPR #: D20O085605 Product: GENERIC ANALYSIS FW 64740 00.00 
One-line description: 

Help tsq in easy mode still showes -t option 
Problem: 

The help for tsq in easy mode still shows the -t option, but 
this option is not valid in easy mode. 

Signed off 02/02/88 in release AGO. 02 



KPR #: D200085613 Product: GENERIC ANALYSIS FW 64740 00.00 
One-line description: 

The use of the xttq command can cause the storage of incorrect trans 
Problem: 

The use of the xttq command when in transitional mode timing will result 
in insufficient transitions being stored by the analyzer. In addition 
to storing transitions on the channels specified it is necessary to 
store any channel which could cause the analyzer to trigger to ensure 
that the trigger will be in memory. 

Signed off 02/02/88 in release A00.02 



KPR #: D20C085621 Product: GENERIC ANALYSIS FW 64740 00.00 

One-line description: 

CMB-exec trace started message should be flagged ASYNC-STAT 
Problem: 
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KPR #: D200085621 **CONTINUED** 

The message printed as 

"! STATUS 1305! CMB execute; emulation trace started" 

should be changed to 

"lASYNC-STAT 1305! CNB execute; emulation trace started" 

Same change for message printed for CMB external anly trace. 

Printing an ASYNC-STAT message as STATUS could possibly 
confuse the programmatic/host, since they assume that 
any message that isn't ASYNC is a direct result of the 
command that was just processed. The two messages 
described above are always ASYNC. 

Signed off 02/02/88 in release A00.02 



KPR #: D200086637 Product: GENERIC ANALYSIS FW 64740 00.00 
One-line description: 

When "tg arm and addr=4" command then "Label not defined:any" 
Problem: 

Detailed Listing for Defect Number LSDqf02436 
Text: 

when "tg arm and addr=4" command then "Label not defined: any" 
. submitter 

When the user entered a command in the tcf -e mode and the 
command started with "arm" and had more arguments then the 
wrong error message was printed. 

For example 

tsto arm and data=4 
Label not defined: any 

This was fixed in Jan 88 by Steve Warntjes by a 2 line change 
in lib/parnor.c 

Signed off 04/14/88 in release A00.03 



KPR #: 0200087023 Product: GENERIC ANALYSIS FW 64740 00.00 
One-line description: 

Arm to trigger time count is off by 120ns 
Signed off 04/14/88 in release A00.03 



KPR #: 0200087387 Product: GENERIC ANALYSIS FW 64740 00.00 
One-line description: 

"xtarm always" generates an error message 
Signed off 04/14/88 in release A00.03 
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KPR #: D200087619 Product: GENERIC ANALYSIS FW 64740 00.02 
One-line description: 

"ts" after " init -c" shows incorrect "trigger in memory" 
Problem: 

When executing the "init -c" command and then 

executing the "ts" command, the user will receive the following 

status: 

Emulation Trace Status 

User trace halted 
Arm received 
Trigger in memory 
Arm to trigger <0.04 uS 
States 0 (0) ?. .? 
Sequence term ? 
Occurrence left ? 

Since the user just initialized the hardware, it is 

not understandable that a trigger is in memory, nor that the 

arm is recieved. The ver command returned the 

following information: 

HP64700 Series Emulation System 
Version: A. 00. 04 27Jan88 

HP64764A Intel 80186 Emulator 
Version: A. 00. 01 27Jan88 
Speed: 10 MHz 

Memory: 126 KBytes 

HP64740 Emulation Analyzer 
Version: A. 00. 02 23Dec87 

Signed off 04/14/88 in release A00.03 



KPR #: D20OO88013 Product: GENERIC ANALYSIS FW 64740 00.02 
One-line description: 

Changing the trace configuration causes error with the fast clock speed 
Problem: 

Changing the trace configuration using the tcf command causes an 
error if tck -s is set to F or VF. 

Signed off 04/14/88 in release A00.03 

KPR #: D200O88021 Product: GENERIC ANALYSIS FW 64740 00.02 
One-line description: 

Arm to trigger time can be incorrect if: clock is set to the fast mode 
Problem: 

The Arm to trigger time displayed with the ts command can be 
wrong if the clock speed (tck -s) is set to F or VF. This is 
because the trigger must propigate through the input pipeline 
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KPR »: D200088021 **CONTINUED** 

(this requires subsequent user clocks) before the arm to trigger 
time counter is stoped. 

Signed off 04/14/88 in release A00.03 



KPR #: D200088138 Product: GENERIC ANALYSIS FW 64740 00.02 

One-line description: 

HELP xteq scrolls off screen 

Problem: 

Help for xteq scrolls off the screen, but looks like it shouldn't 
have to. 



KPR #: D200088153 Product: GENERIC ANALYSIS FW 64740 00.02 
One-line description: 

short help for trc says telif is "seq gib restart" 

Problem: 

The short help for the trace commands say telif is 

"seq gib restart". While this is true in easy mode, it's 

not really accurate for complex mode. 



KPR #: D200090290 Product: GENERIC ANALYSIS FW 64740 00.02 
One-line description: 

Incorrect absolute time count when trigger is not found 
Problem: 

Detailed Listing for Defect Number LSDqf03610 
Text: 

Incorrect absolute time count when trigger not found 

The absolute count is sometimes incorrect when trigger is not found. 
On several occasions the '-1' state had a time count of -4 uS, which 

is incorrect behavior. 

The absolute time count should always be 0 for the '-1' state when 
trigger is not found. 

Temporary solution: 

There is no known workaround available. 
Signed off 07/22/88 in release A00.03 
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KPR #: D200085258 Product: GENERIC EMULATION FW 64700 00.00 
One-line description: 

Baud rate setting of 38400 changes to 19200 
Problem: 

When one port has a baud rate of 38400 and the other port has its 
baud rate changed to any setting other than 38400, the first port 
changes to a baud rate of 19200. 

This problem was found because Odyssey could not power up with the 
rear panel switch set for 38400 on Port A. 

Signed off 02/02/88 in release A00.02 



KPR #: D200085274 Product: GENERIC EMULATION FW 64700 00.00 

One-line description: 

The coiranand "be -d bp" can result in strange behaviour. 
Problem: 

"be -d bp" can result in strange behavior 

>cf rrt-dis #not restricted to real-time runs 

>map A..B tram #we'll put a breakpoint in this mem block 

R>map C..D eram #we'll put a loop-to-self in this mem block 

R>b 

M>mem C=loop-to-self #modify mem to install the loop-to-self 

M>bc -e bp tenable the break-on-software breakpoints condition 

ri>bp A #define a breakpoint anywhere in the block A..B 

M>r C #run user code 

U>bc -d bp tdisable the break condition 

'ERROR !: Unable to run 

U> #the command actually succeeded; the error message 

# should not have been printed 

On the 64753 (z80), if "cf qbrk=en" , the last four lines change to: 
M>r C #run user code 

U>bc -d bp #disable the break condition 

U> #no error message, and we are now unning user code 

Proper operation is supposed to be: 
M>r C #run user code 

U>bc -d bp #disable the break condition 

U> #no error message, maybe a tempbreak for memory 

# accesses; return to running user code 

Temporary solution: 

The user should be warned to always break to monitor before giving 
the "be -d bp" command. This is the temporary workaround to avoid 
the peculiar error message; the final fix will require the same 
warning. 

Signed off 02/02/88 in release A00.03 
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KPR #: D200085365 Product: GENERIC EMULATION FW 64700 00.00 

One-line description: 

Main Help screen has eraul listed twice. 

Problem: 

When the command "help" command is issued with no options, a list of 
VALID <group> NAMES is listed. Under this list "emul" is listed twice. 

Signed off 02/02/88 in release A00.03 



KPR #: D200085530 Product: GENERIC EMULATION FW 64700 00.00 
One-line description: 

Ending value of data stream does not report proper error. 
Problem: 

When performing a memory modify like the following: 

>m 0. .3=1,2,3,4: junk 

where the stream of data values is equal to the buffer of memory 
we which to fill, no error is reported on the last value of 4: junk. 
The memory does get correctly modified to the values 1,2,3,4 however 
an error should be reported on the 4: junk value. 



KPR #: D200085563 Product: GENERIC EMULATION FW 64700 00.00 
One-line description: 

Failure to run from R state after rx rst, x,x,rst,r 
Problem: 

When setting up a execute run from reset, two execute pulses were 
received, the emulator given a rst command then a run was attempted. 
An error message unable to run was received and the prompt was that 
the emulator was in the monitor. If done with a single execute 
in the sequence the run was successful. 



Signed off 02/02/88 in release A00.02 



KPR #: D200085597 Product: GENERIC EMULATION FW 64700 00.00 

One-line description: 

Can't ser up CMB to run-f rom-power-up 

Problem: 

Command sequence: 

cf clk=ext #set clock to external; target system power is off 
rx rst #set run-at-execute to run from target system reset 

X #emit execute pulse 

Result: 

lASYNC-ERROR ! Unable to break 

Reason: 

In the rxint routine, if the routine "statbreak" returns a 
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Page: 469 



failure (e.g., no clock, therefore no monitor, therefore 
unable to break), rxint won't call break_handler (because 
we can't clear break causes unless we're in monitor), 
and won't call run. The run will not occur. 



Signed off 02/02/88 in release A00.02 



KPR #: D200085539 Product: GENERIC EMULATION FW 64700 00.00 
One-line description: 

Too many Commands in command line causes command truncation 
Problem: 

If the command line length is exceeded, then the command in 
process is truncated, that truncated command is executed and 
if erroneous, no errors appear. There are three separate problems 
here — one is truncated commands which can cause unexpected actions 
to occur, one is no error messages result from the truncated command, 
and the most serious is the automatic execution of all commands in 
the line even if no return is hit!! Thus, the person is not allowed 
to recognize that his line is too long and edit it — it just executes 
the command as soon as character overflow occurs. The line length 
isn't very long (about 255 chars) and is independent of number of 
commands in the line. This limit is easily reached by putting in 
a comment with the command. 

Signed off 02/02/88 in release A00.02 



KPR #: D200O85647 Product: GENERIC EMULATION FW 64700 00.00 
One-line description: 

Improper coverage calculation of overlapping ranges 
Problem: 

If coverage is used, and multiple ranges are used which overlap, 
the calculation of coverage sometimes gets an incorrect value. 
For example, if only location Offfh has been accessed, the following 
command is vrong (a cov -r has been done to initialize coverage): 

cov Of fe. . 1000 Cfff . . 1000 

percentage of memory accessed: % 40.0 

The correct result is given by 

cov Of fe. . 1000 

percentage of memory accessed: '/. 33.3 

Since multiple ranges are allowed, the coverage algorithm should 
be fixed so that overlaps are correctly computed. 
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KPR #: D200086173 Product: GENERIC EMULATION FW 64700 00.00 

One-line description: 

Incorrect documentation in help screen for grammer 
Problem: 

In the help screen for the grammar, the statement is made that the 
base for repetition counts defaults to decimal, all others are hex. 
This is incorrect. The number of seconds in a wait command is also 
defaulted to decimal. 

Signed off 04/14/88 in release A00.05 



KPR #: D200086199 Product: GENERIC EMULATION FW 64700 00.00 
One-line description: 

stty command changes on 1200 and 300 will not return a prompt. 
Problem; 

When the current baud rate on the HP64700 is 1200 or 300 baud and 
an stty command is given to turn off echo - a prompt is not returned 
by the HP64700. This prevents the "programmatic interface" from 
powering up at these baud rates. 

Signed off 03/25/88 in release A00.03 



KPR »: D200085207 Product: GENERIC EMULATION FW 64700 00.00 
One-line description: 

Extended hex format symbol records cause download problems 
Problem: 

When downloading Extended hex format all symbol records are to 
suppose to be ignored. The HP64700 fails to do this properly - 
causing the next data record to be missed. 

Signed off 03/25/88 in release A00.03 



KPR #: D200086215 Product: GENERIC EMULATION FW 64700 00.00 
One-line description: 

"Stepping aborted" status message may or may not appear. 
Problem: 

1) When stepping is aborted on the last requested step (9th of 9, first 
of 1, etc.), the status message 

"Stepping aborted; number steps complete: xx" 
is printed, and xx shows the correct number. The message should not 
be displayed here. 

2) When stepping is aborted on next-to-last step (8th of 9, 14th of 15, 
1st of 2, etc), the message will NOT be displayed. It should be 
displayed here. 

The consequences are that a debugger interface that extensively 
uses the "step once" command, looking for some condition will run 
slower than it should, because it is processing all the extra 
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characters that are being transmitted when that condition is found 
(e.g., software breakpoint). 

In addition, the user may be misled if the "Stepping aborted" msg 
does not appear in case 2. Stepping will abort, and the accompanying 
status message that states the condition (e.g., "Software 
breakpoint: 1234") will appear, but without the message, the user 
may think that stepping did complete. 

Signed off 02/04/88 in release AGO. 03 



KPR #: D200086512 Product: GENERIC EMULATION FW 64700 00.00 
One-line description: 

The help screen says load-load emulation memory 
Problem: 

The help screens say : load - load emulation memory when it really 
should say : load - load memory 

Signed off 04/14/88 in release A00.05 



KPR #: D2OOO86520 Product: GENERIC EMULATION FW 64700 00.03 
One-line description: 

"Cntl C" after a power-on can crash the emulator 
Problem: 

If a control C is hit just after the powerup initialization the emulator 
might not work. 

Signed off 03/25/88 in release A00.04 



KPR #: D20CO86595 Product: GENERIC EMULATION FW 64700 00.00 
One-line description: 

"ser" gives incorrect pattern match address for TnS32020 
Signed off 04/14/88 in release A00.05 



KPR #: D200O86652 Product: GENERIC EMULATION FW 64700 00.00 

One-line description: 

Command "map -d 0" hangs the system 

Signed off 04/14/88 in release A00.05 



KPR #: D200O86660 Product: GENERIC EMULATION FW 64700 00.00 
One-line description: 

A cntl-C break after "init" may not inititialize properly 
Signed off 04/14/88 in release A00.05 
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KPR #: D200086868 Product: GENERIC EMULATION FW 64700 00.00 
One-line description: 

The "run" and "step" commands do not check for ambigous addr obj 
Signed off 04/14/88 in release A00.05 



KPR #: D200087031 Product: GENERIC EMULATION FW 64700 00.00 
One-line description: 

Reading into garded memory can't return less than 16 bytes 
Prol)lem: 

Detailed Listing for Defect Number LSDqf02554 
Text: 

Reading into guarded memory can't return less than 16 bytes 

When attempting to do a read memory range that crosses good memory 
into guarded memory (or target memory with the processor reset) 
can never return less than 16 bytes of good data. 

Example: 

With the memory map is as follows: 
Oh. . If f fh is eram 
other is grd 

The following behavior occurs: 

r lff0..200f returns 16 bytes of good data 
r lffl..200f returns 0 bytes of good data 

This is a problem for the user interfaces, because they may be trying 
to do an absolute memory display and valid addresses will appear as if 
they were guarded memory. 

Manfred Arndt 
Responsible engineer: Eric Kuzara 
Signed off 04/14/88 in release A00.05 



KPR #: D200087452 Product: GENERIC EMULATION FW 64700 00.00 
One-line description: 

Incorrect info on "help io", can't display 10 in long words 



KPR #: D200087742 Product: GENERIC EMULATION FW 64700 00.04 

One-line description: 

Some problems with the "step" command 

Problem: 
If 

a command is given to step several instructions 
and then 

some step AFTER the first is able to be initiated but 
unable to complete, 
the result is 
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the error/status messages are misleading, 

because they give the user the idea that "n" instructions 

were executed when only "n-1" instructions were executed. 

Other messages indicate that the emulator is trying (and failing) 
to display the mnemonic and the current program counter, 
which should not be displayed if the step failed to complete. 

Also, 
If 

the step command is to be executed in "quiet" mode (no display) 
and then 

the first step command is able to be initiated, but unable 
to complete, 
the result is 

no error or status message at all. 

If the command is not executing in "quiet" mode, there are other 
messages being printed, so the user can see that something is wrong. 

If the user is using a host interface, the stepping failure might not 
show up as a command failure, even though it should. 

In most cases, the user would get some kind of "asynchronous" error 
message. If a transient condition prevents a step from completing 
properly, but the condition goes away before the next attempt to 
communicate with the monitor, stepping will proceed as though 
nothing went wrong. This combination of factors is very unlikely 
to occur. 

Temporary solution: 

If the user executes one step at a time, NOT in quiet 

mode, even a transient condition will, in MOST cases, result in 

an error message. 

If the condition that prevents step completion is very short-term, 
and its effect is limited to the instruction being stepped, there 
is no workaround. 

Signed off 04/14/88 in release A00.05 



KPR #: D200088054 Product: GENERIC EMULATION FW 64700 00.04 
One-line description: 

Break, Breakpoint, Mem Access cause confusion if they occur simultaneous 
Problem: 

If a software breakpoint is detected during a memory access, 
the emulator may get confused about whether it's supposed to 
be running or not. A subsequent "reg" command may result in 
the emulator going back to running user code, when it should 
stay in the monitor. 

Signed off 0 4/14/88 in release A00.05 
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KPR #: D200088070 Product: GENERIC EMULATION FW 64700 00.04 
One-line description: 

Error message priority of break messages needs to be changed. 

Problem: 

If the vector table for the INT 3 interrupt points to GUARDED memory, 
the emulator generates a guarded memory access when a software 
breakpoint is encountered. The error is reported on 
the status line as an unknown software breakpoint instead of a 
guarded access (both errors show up in the error log) . 

Signed off 04/14/88 in release A00.05 



KPR #: D200090308 Product: GENERIC EMULATION FW 64700 00.04 
One-line description: 

Restricted load fails when file loads to guarded memory 
Problem: 

Detailed Listing for Defect Number LSDqf03679 
Text: 

Restricted load fails when file loads to guarded memory 
. submitter 

Doing a load command "load -e" or "load -t" fails if guarded memory 
gets accessed. This is incorrect behavior, because of the restricted 
load, guarded memory should not be accessed at all. 

Manfred Arndt 

. labnotes 

In memcmds/accessmem. c the function accessmapmem( ) rejects an 
access to guarded memory without checking to see if the access 
is supposed to be restricted to emulation-only or target-only. 
If the access is restricted, then requests to access guarded 
memory should just be ignored (no failure). 

Pisces 2 works in the expected way. 

Resp engr: Eric Kuzara 



KPR #: D200091254 Product: GENERIC EMULATION FW 64700 00.05 
One-line description: 

Odd byte format records may cause an extra byte written to memory 

Problem: 

An odd number of bytes contained in an HP format absolute record 
can cause an extra byte to be written to memory. This problem can 
be seen on the 280 emulator and possibly the 186. (not seen on the 
68000). 

This does not effect the execution of a program which has been loaded. 
The primary problem seen by the user is when calculating a checksum over 
the data loaded into memory. The extra byte written with an odd record 
is random in value. 
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Temporary solution: 

There is no known workaround available. 



- GENERIC EMULATION FW - 



Known Problem Reports as of 09/01/88 



Page: 476 



KPR #: 5000163303 Product: HOST PASCAL 64817 01.04 

One-line description: 
lOERROR not generated. 

Problem: 

The following program does not result in an lOERROR # 11 
when a string instead of an integer is entered from the 
keyboard. Using SIOCHECK 0N$, the error is detected. 

VAR I,J : INTEGER; 

F : TEXT; 
BEGIN 

RESEX(F, 'keyboard' ) ; 
SIOCHECK OFF$ 
READLN(F,I) ; 
IF lOERROR < > 0 THEN 
BEGIN 

J := lORESULT; 
WIRTELNCERR'J; 
END; 
END. 



KPR #: D200014357 Product: HOST PASCAL 64817 01.04 

One-line description: 

Spurious run-time error doing WRITE (REAL_VAL) after previous I/O error 
Problem: 

WRITE! RE AL_VAL) fails to reset the I/O error indicator. The result 
is a spurious run-time error if one writes a REAL value immeadiately 
after a previous I/O error or end-of-file condition. For example, 

VAR R:REAL; 
BEGIN 

WHILE NOT EOF DO {Eventually produces end-of-file, an error} 
READLN; 

WRITELN(R); {Write real immeadiately after EOF causes run-time 

error erroneously. } 

Temporary solution: 

Put a dummy I/O operation before the write of the real. For example, 
one could write the null string before writing the real. The inter- 
vening I/O call resets the error indicator. 

WHILE NOT EOF DO 
READLN; 

WRITELN( ' ' ,R) ; {Writing null string resets error indicator} 



KPR #: D200015305 Product: HOST PASCAL 64817 01.04 

One-line description: 

STRWRITE function may produce run time error in specific case. 

Problem: 

The following HOST Pascal program will produce a run time error 
based on the STRWRITE function. This is incorrect since only one 
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item is being written into the string 's*. 
program test (input, output); 
var 

s : string[3]; 
d : integer; 

begin 

setstrlen (s, 3); 

strwrite (s, 3, dummy, 'c'); 
end. 

Temporary solution: 

As a temporary work-around check the value of 'dummy' and reset to 
STRMAX (s) or less if necessary. 
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KPR #: 1650016618 Product: HOST SOFTWARE / VAX 64882 01.60 
One-line description: 

Transfer fails when downloading relocatable libraries 

Problem: 

Libraries of relocatables are created by appending the files together. 
Relocatables uploaded from the HP64000 station can be mixed with 
relocatables created on the host. Transfer does not handle the mixed 
source relocatable libraries correctly during download. The result of 
initiating such a transfer is unpredictable. 

Temporary solution: 

Each relocatable file could be transfered seperately and 
combined on the 64000 with the library command. 

Duplicate Service Requests: 5000187922 1650025270 

KPR #: 5000149724 Product: HOST SOFTWARE / VAX 64882 01.60 
Keywords: RCMAIN HIGH SPEED LINK 

One-line description: 

HSL transfer from within RCMAIN does not return control to RCMAIN. 
Problem: 

An HSL transfer from within RCMAIN, although it complete successfully, 
does not return control to RCMAIN. 

If a 64000 was not selected prior to the transfer, it will additionally 
return an error message: 
"Unrecognized flag (z) option." 



Temporary solution: 

This problem does not effect any transfer outside of RCMAIN nor 
RS232 transfers from within. 

KPR #: 5000151290 Product: HOST SOFTWARE / VAX 64882 01.60 
One-line description: 

RCMAIN corrupts RCDEVICE.dat file when aborted with Cntl C or Y 
Problem: 

If a vax terminal hangs up while in remain utility and I do a cntl c or 
a cntl y the remain. dat file gets corrupted and an orderly exit from rc 
main is not accomplished, need to enhance the software to allow for cntl 
c or cntl y to exit from remain if you cannot use the exit command in rc 
main. 

We do need to enhance the software to accept the cntl y or c characters 
to allow for an orderly exit from the remain routine, at present the .da 
t file does get trashed when cntl c or y is executed 
customer needs to be copied on this response... 

If a vax terminal hangs up while in remain utility and I do a cntl c or 
a cntl y the rcmain.dat file gets corrupted and an orderly exit from rc 
main is not accomplished, need to enhance the software to allow for cntl 
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c or cntl y to eKit from remain if you cannot use the exit command in rc 
main. 

Temporary solution: 
NO KNOWN WORK-AROUND 

KPR #: 5000180323 Product: HOST SOFTWARE / VAX 64882 01.70 
Keywords: RCMAIN 
One-line description: 

RCDEVICE.DAT is not properly maintained. 
Problem: 

RCMAIN does not update the RCDEVICE.DAT file properly under certain 
conditions. Example: A small file with only two lines defining two 
station entries such as: 

edpl ttyl 

edp2 ttyS 

will sometimes not show a busy status when browsed even when a station 
is selected. The file size has also changed after exiting RCMAIN, and 
on one occasion placed a B in the busy field. 

Temporary solution: 
None. 

KPR #: 5000239921 Product: HOST SOFTWARE / VAX 64882 ' 02.00 
Keywords: TRANSFER 
One-line description: 

Transfer of files over DECnet causes program to crash 
Problem: 

High Speed Link transfer may fail when file is accessed via 
DECnet on a remote node. Error messages such as: 

Improperly handled exit condition are displayed 

and the transfer fails to complete. 

Temporary solution: 

Use DECnet to first copy the file to the node where the high 
speed link resides, then perform the transfer. 

KPR #: D200045096 Product: HOST SOFTWARE / VAX 64882 01.20 
One-line description: 

Inconsistent response to ^C,Z,Y among remain, transfer , and mapbus. 
Problem: 

None of the HP programs react well to the normal VAX terminal control 
commads - CNTRL Z; CNTRL Y; CNTRL C. The programs are not consistant in 
how they react. 

For example if remain hangs it is necessary to edit the remain file. 
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The only file to cause real damage was the RCMAIN. I used cntrl Y to 
exit while connected to the HP. The program left the HP in a busy state 
that was not cleaned up. A data file had to be edited by hand to 
correct. 

Temporary solution: 
None. 

KPR #: D200047217 Product: HOST SOFTWARE / VAX 64882 01.20 
One-line description: 

LONG COMMANDS GREATER THAN 1024 CHAR. MALFUNCTION WITH DMF-32 I/O CARD 

Problem: 

LONG COMMANDS ( >1024 CHAR ) INPUT TO REMOTE CONTROL CAUSES CORE DUMP OR 
OR LOSS OF FUNCTIONALITY OF TERMINAL INUSE WHEN 64000 I/O CARD IS DMF-32 

KPR #: 0200059428 Product: HOST SOFTWARE / VAX 64882 0T760 

Keywords: RCMAIN 

One-line description: 

Vax rcdevice file not updated correctly 
Problem: 

On the VAX, the rcdevice.dat file used by remote control is not 
being updated correctly when there is no comment at the end of a 
device entry. It is also affected by the position of the entry in 
the file. The error is noticed when the entry is the lase entry in 
the device file. 

KPR #: D200059444 Product: HOST SOFTWARE / VAX 64882 01.60 
Keywords: RCMAIN 
One-line description: 

VAX remote control dumps when a very long command is entered 
Problem: 

On the VAX, one of the regression tests for remote control asks you 
to enter an 11 line command. This causes the remote control 
session to end in a stack and register dump. 



KPR #: D200064055 Product: HOST SOFTWARE / VAX 64882 01.70 
Keywords: RCMAIN 
One-line description: 

/DEVICES= does not work with a list of stations. 

Problem: 

When RCMAIN is invoked as: 
rcmain/dev=(x,y) 

where x and y are devices listed in RCDEVICE.DAT file, the program 
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goes directly into interactive mode. When invoked with a single device, 
the program goes directly into remote control. 

Temporary solution: 

Use only device lists that consist of one device. 
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KPR #: D200079483 Product: HOST SOFTWARE / 300 64883 01.00 
Keywords: TRANSFER 

One-line description: 

Transfer does not handle extra line-feeds in file. 
Problem: 

Transfer needs to correctly handle "extra" line-feed characters which 
may be in the host file. These line-feeds appear in files which have 
been transferred from the VAX to the 9000 series 300. 

KPR #: D200079681 Product: HOST SOFTWARE / 300 64883 01.00 
Keywords: TRANSFER 
One-line description: 

Incorrect syntax/usage may not result in warning or error message. 
Problem: 

High Speed Link (transfer -h) software may not always catch the use 
of invalid file names or illegal syntax. For example, the command 

$ transfer -tah filel filelgil 

will transfer the file "filel" into "FILEl: : source^O" . Note that the 
file is transferred to the wrong cluster. Transfer should (1) copy the 
file to cluster 1, or (2) flag the transfer statement as syntactically 
incorrect {the 54000 file name is lower case). 



KPR #: D200085076 Product: HOST SOFTWARE / 300 64883 01.00 
One-line description: 

Cluster - Cluster Transfer does not work with filelist 
Problem: 

Cluster - Cluster transfer via High Speed Link with a filelist does 
not work. The first file is transfered and a message indicates this 
is so, however, the second file is not transfered, and the only 
message is that it is NOT transfered - no other messages. None of the 
other files in the list are transfered or attempted to transfer. If 
the second file in the list does not exist, the message is: 
ZZZZ2Z:userid@n NOT transfered to ZZZZZZ:userid^lm 

Temporary solution: 

Transfer the files one at a time. 

KPR #: D200087148 Product: HOST SOFTWARE / 300 64883 01. 10 

One-line description: 

Transfer may abort on >32K files. 

Problem: 

Transfer does not properly use updated free list after releasing 
and regaining disc. The transfer may try to write to a sector which 
is no longer free, causing the process to be killed. 
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KPR #: 5000169698 



Product: HOST SOFTWARE / 500 64880 



01.06 



Temporary solution: 

NO TEMPORARY SOLUTION AT THIS TIME. 



Keywords: TRANSFER 



Signed off 04/29/88 in release A01.60 



One-line description: 

Transfer does not correctly parse "FILE:USERID:^HSL" . 



Prob lem: 

Entering the command: 

transfer -hast file FILE:USERID:@1 

transfers the file to HSLO with no comments. The leading colon 
in front onf @1 should generate a syntax error and produce no 
transfer instead. The correct syntax is: 

transfer -hast file FILE:USERID6»1 

KPR #: 5000191544 Product: HOST SOFTWARE / 500 64880 01.60 

Keywords: TRANSFER 

One-line description: 

Transfer may not move library files. 

Problem: 

Create a relocatable file on a 64000 workstation using one of the 
available compilers or assemblers. Transfer this file to the 9000 
computer. 

Next, create a relocatable file on the 9000. Merge the 64000 created 
file and the 9000 created file into a library file using the cat(l) 
command, i.e. 



An attempt at transferring the file 'lib.R' (either RS-232 or HSL) will 
fail. In the case of the High Speed Link, the error message returned 
is 



Temporary solution: 

Create a file list containing the relocatable file names which belong 
in the library. Transfer ALL relocatable files to the 64000 system 
using the '-1' option (list option) of transfer. 

Create a relocatable library file on the 64000 using the library 
command. 

KPR #: D200036608 Product: HOST SOFTWARE / 500 64880 01.20 
One-line description: 

Transfer to blank userid does not translate file names correctly. 

Problem: 

Translating files into the blank userid (":") results in incorrect 



$ cat filel.R file2.R > lib.R 



WARNING: Memory fault 
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file name translations. When downloading files for emulation, debug, 
the blank userid should not be used. 

KPR #: D200037275 Product: HOST SOFTWARE / 500 64880 01.20 

One-line description: 

XX. L TO xx:link_sym translation wrong for 0 length records (types 3 & 4) 
Problem: 

When transfer (or translate) translates a host linker symbol file 
(.L file) which has a 0 length type record 3 or 4, the output file 
is incorrect. 

KPR #: D200043877 Product: HOST SOFTWARE / 500 64880 01.20 
Keywords: RCMAIN 
One-line description: 

A session command is req'd before entering the menu in batch jobs. 
Problem: 

Entering the remain menu in a batch job before doing a select 
command results in hanging remote control. This is only true for 
select menue commands. Problems can be solved by making sure there is a 
blank after the menue command, AND doing a remote session command as 
the first command in the job. 

KPR #: D200062539 Product: HOST SOFTWARE / 500 64880 01.50 
Keywords: TRANSLATE 
One-line description: 

C.K.I and C.K.2 both translate to C_K on the 64000. 
Problem: 

C.K.I and C.K.2 both translate to the same file name on the 64000 
when a file is transfered. 

Temporary solution: 
None . 
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KPR #: D200065938 Product: HP 64020A UPGRADE M 64020-90902 00.00 

One-line description: 

Retrofit kit does not include fans. 

Signed off 07/08/87 in release 201.01 
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KPE #: D200066241 Product: HP 64120A CARDCAGE n 64120-90902 00.00 
One-line description: 

Cominuni cat ions PCA is 64120-66508 (new) 64120-69508 (exchange) 
Problem: 

In Chapter 1 of the manual, in Table 1-1, two fans are listed 
as being included in the kit. 

Temporary solution: 

The listing is incorrect. Fans are not included in the kit. 
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KPE #: 1650032698 Product: HP TEAMWORK 300 64711S004 01.00 

One-line description: 

The laser printer 'loses' a few columns across page breaks in a DFD. 

Problem: 

When diagrams are printed on the laserjet which are wider 
than a page, so that it is cut and printed on several pages, 
a few milimeters of the diagram are lost. This means that 
a small column isn't printed on page 1 and not printed on 
page 2 either. 

Temporary solution: 
None at this time. 



KPR #: 1650033720 Product: HP TEAMWORK 300 64711S004 02.00 

One-line description: 

Removing models from the index does not delete all its files. 
Problem: 

When models are removed from the database by selecting them 
from the model index and selecting "delete" not all files 
which belong to the model are actually purged from the disc. 

Since they can't be accessed from within teamwork anymore 
they just fill up the disc. 

Temporary solution: 

Issue a 'dump_twk -d dumpfile -all' command, 
'cd $DBPATH/twk_0_f iles' 
' rm dir.*/*' 

Return to the dumpfile directory and 
'load_twk -d dumpfile -all' 



KPR #: 1650054486 Product: HP TEAMWORK 300 64711S004 02.30 

One-line description: 

"background" colour change when text is selected. 

Problem: 

When Teamwork is used on an SRX system all the text is displayed 
with a purple background. When text is selected the background 
turns to blue. 

Temporary solution: 
None. 
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KPR #: 1650059162 Product: HP TEAMWORK 300 64711S004 02.03 

One-line description: 

The funct. of the mid. and rt. button of 46060b needs to be exchanged. 
Problem: 

THE FUNCTIONALITY OF THE MIDDLE AND RIGHT BUTTON OF THE 46060B 3 BUTTON 
MOUSE NEEDS TO BE EXCHANGED. THE CURRENT FUNCTION IS: 

2 BUTTON MOUSE 3 BUTTON MOUSE 
LEFT LEFT 
BOTH RIGHT 
RIGHT MIDDLE 

Temporary solution: 

There is no workaround available. 

KPR #: 5000263111 Product: HP TEAMWORK 300 54711S004 02.20 

One-line description: 

Data base error caused by NOTE manipulation. — fixed in 2.3 
Signed off 06/17/88 in release A02.30 

KPR #: 5000283184 Product: HP TEAMWORK 300 64711S004 02.20 

One-line description: 

When moving a large group with "group move", some boxes are left hanging 
Problem: 

When moving a large number of objects with the "move group" 
command in the structure chart editor sometimes the invocations 
are not moved with the couples and modules. The invocations 
remain at the old location on the display. They could be accessed 
and then deleted or moved, however, when we re-created the problem 
using the Cruse Control model with version 2.3 of TEAMWORK at LSD. 

Temporary solution: 

The only solution we were to develop to this problem was 
to access the invocation and manually move it to where it 
was supposed to go during the "group move". 



KPR #: D2O0089342 Product: HP TEAMWORK 300 64711S004 02.30 

One-line description: 

Simultaneous socket connections cause a hang. 
Problem: 

Simultaneous socket request of the dc_server will cause some 
requests to be ignored. 

Requests are generated by starting HP Teamwork or opening an 
Index or Diagram. 

After a request is "ignored", that session of HP Teamwork can 
appear to be "hung" . 
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KPR #: D200089342 **CONTINUED*» 

Temporary solution: 
None at this time. 
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KPR #: D200090480 Product: HP TEAMWORK 300 64711S004 02.30 

One-line description: 

When a bubble is moved in a data flow diag., the old num. isn't removed. 
Temporary solution: 

These old bubble numbers are erased when the screen is reprinted. 
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KPR #: D200066654 Product: HP TEAMWORK SA M 64710-90901 00.01 
Keywords: MANUAL 
One-line description: 

Need clarification in Default Printer section of manual. 
Problem: 

Clarification is needed in the Default Printer section of the 
manual (page 11-6). The final two menu selections need further 
explanation: 

apple : postscript 

Mentor_DOC: Mentor_DOC 

A short paragraph describing which printers are supported by HP 
Teamwork/SA would be extremely helpful. 

Signed off 12/04/86 in release 00.02 
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KPR #: 5000235143 Product: HP TEAMWORK SA M 64711-90903 01.00 

One-iine description: 

Manual should include guidelines for swap space config when installed. 
Signed off 05/12/88 in release XOl.Ol 



KPR #: D200077636 Product: HP TEAMWORK SA M 64711-90903 01.00 
One-line description: 

PRINT OBJECTS from the PI doesn't work correctly. 

Problem: 

If one of the DFD's is open and you return to the PI window, select 
any number of objects (as long as it included the DFD that is open), 
PRINT OBJECTS (from the PI window), the follow error message is 
printed: 

The DFD Context-Diagram; 0 was not printed for the following reason: 
object locked. 

(The Context-Diagram was the DFD that was open in this case.) 

The DFD was not active. It was partly obscured by the PI window. 
It should be 'readable' for printing. 

Temporary solution: 
None at this time. 



KPR #: D200077891 Product: HP TEAMWORK SA M 64711-90903 01.00 

One-line description: 

Spline is too large for binder. 

Temporary solution: 
no temporary solution. 



KPR #: D200090274 Product: HP TEAMWORK SA M 64711-90903 01.00 

One-line description: 
twk_image -dd misbehaves. 

Problem: 

twk_image -dd -m Modelname causes an error: 

SYNTAX ERROR: No "Object name specified", 
even though the manual says an object name is not necessary. 

Temporary solution: 
None . 
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KPR #: D200055780 Product: HP-UX 6800-03 C M 64821-90902 01.40 
One-line description: 

Declaring a function which returns a ptr to a function causes error. 
Problem: 

Declaring a function that returns a pointer to a function that 
returns an integer causes invalid syntax errors to be generated. 

"C" 

"processor" 

int funcK); 

int (»func5())(); 

main !) { 

int cntr; 
int (*tmp) 0 ; 

for (cntr=l; cntr<4; cntr++) { 
tmp=func5(cntr) ; 

} 

funcK ) {return (1) ; } 
Temporary solution: 

Break up the declaration by using a typedef. 

"C" 

"processor" 

int fund ( ) ; 

typedef int (*pfi)(); 

pfi func5(); 

main ( ) { 
int cntr; 
int (»tmp)(); 

for (cntr=l; cntr<4; cntr++) 
{ tmp = func5(cntr) ; 

} 

pfi func5(tmp2) 
int tmp2; 

if (tinp2==l) return ( fund) ; 



fund 0 {re turn (1) ; } 
Fix information: 

Fix is documented in Software Notice 5959-2125 R2707. 
Signed off 08/06/87 in release 01.60 
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KPR #: D200055780 »«CONTINUED** 

Duplicate Service Requests; D200055806 
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KPR #: 1650004499 Product: HP-UX 68000/8/10 A M 64845-90905 01.30 
One-line description: 

Assembler flagging LR error for correct offset when using PC+IND+OFFSET. 
Problem: 

The following program shows a problein with PC-relative 
addressing with displacement. The displacement is taken 
as the low-order 8 bits of the label instead of relative 
to the current PC. 



LABEL 



ORG . 0F8H 

nOVE LABEL [PC, D6 ] ,D6 

ORG 102H 

DC.W OFFFFH 



This results in an error message: 



LR - Legal Range, Address or displacement out of range of 
the instruction's addressing capabilitities. 



Temporary solution: 
No temporary solution. 



KPR #: D200045880 Product: HP-UX 68000/8/10 A M 64845-90905 01.30 
One-line description: 

Wrong offset calculated when using PC+index reg+ offset mode of addr. 
Problem: 

When using the PC relative with offset and index register mode of 
addressing the assembler may caluculate the wrong address. The error 
will be made if the offset symbol is at an absolute location greater 
than FFH. 
"68000" 



ORG OlOH 

MOVE #0,DO 

jnP TABLE [PC, DO] 

ORG lOOH 

TABLE DS.W 10 

Temporary solution: 
No temporary solution. 

KPR #: D2O0O81836 Product: HP-UX 68000/8/10 A M 64845-90905 01.04 
Keywords: MANUAL 
One-line description: 

Cannot substitute Macro parameter at beginning of variable. 
Problem: 

The following macro parameter substitution will not work: 

"68000" 

LABELAA 
AALABEL 
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KPR #: D200081836 *»CONTINUED** 

PROlO MACRO &P1 

BRA.W LABEL&Pl > O.K. 

BRA.W a,PlLABEL > DOES NOT WORK, BUT W/ MOTOROLA 

MEND ASSEMBLER IT WILL WORK 

PROlO AA 

The manual needs to be changed in section 6, the section dealing with 
Macros. On pages 6-4, 6-5 we need to explain, that the kind of macro 
substitution above, will not work. The problem is, the assembler 
parses the ENTIRE value, &P1LABEL, and cannont find a parameter 
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KPR #: D200055707 Product: HP-UX 68000/8/10 C M 64819-90903 01.40 
One-line description: 

Declaring a function which returns a ptr to a function causes error. 
Problem: 

Declaring a function that returns a pointer to a function that 
returns an integer causes invalid syntax errors to be generated. 

"C" 

"processor" 

int funcK); 

int (*func5())(); 

main ( ) { 

int cntr; 
int (*tmp) ( ) ; 

for (cntr=l; cntr<4; cntr++) { 
tmp=func5(cntr) ; 

} 

funcK ) {returnt 1) ; } 
Temporary solution: 

Break up the declaration by using a typedef. 
"C" 

"processor" 

int f unc 10; 

typedef int (*pfi)(); 

pfi funcSO; 

mainO { 
int cntr; 
int (*tmp)(); 

for (cntr=l; cntr<4; cntr++) 
{ tmp " func5(cntr) ; 

} 

pfi funcS ( titip2) 

int tmp2; 

{ 

if (tTnp2= = l) return ( fund ) ; 

) 

fund ( ) {return! 1) ; } 
Fix information: 

Fix is documented in Software Notice 5959-2125 R2707. 
Signed off 08/06/87 in release 01.60 
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KPR #: D200064386 Product: HP-UX 68000/8/10 C M 64819-90903 01.40 
One-line description: 

Byte parameters are pushed onto the stack incorrectly. 
Problem: 

When passing a byte parameter it is not pushed onto the stack as 
the manual specifies it will be. The Pascal and C manual specify 
that a byte parameter will be pushed in the upper byte of the word 
which is pushed on the stack. The C compiler does a Move.W and 
pushes the char in the lower byte. The pascal compiler does the 
push correctly. 

"C" 

"68000" 

char called_func ( ) ; 

calling_func ( ) { 

char passed_parm; 
passed_parm = 'b'; 

called funclpassed parm) ; 

) 

char called_f unc (parm) 
char parm; 

char local_var; 
local var = parm; 

} 
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KPR #: D200036913 Product: HP-UX 68000/8/10 P M 64815-90907 01.20 

Keywords: TYPE CONVERSION 

One-line description: 

Signed_8 to Unsigned_16 is incorrect. 

Problem: 

VAR S8 : SIGNED_8; 

US16 : UNSIGNED_16; 

BEGIN 

US16 := UNSIGNED_16(S8) ; This does a sign extend which is incorrect. 

Temporary solution: 
None at this time. 

Duplicate Service Requests: D200051623 
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KPR #: D200046896 Product: HP-UX 6805/9/9E A n 64844-90905 01.00 
One-line description: 

Assembler should denote an error on non-absolute .SET expressions. 
Problem: 

If a nonabsolute expression is used with .SET MACRO instruction, 
the expression will not assemble correctly. 

Temporary solution: 

You must use absolute (type=0) expressions with the .SET MACRO 
instruction. 

Fix information: 

Fix in documented in Software Notice5958-8821 R2707. 
Signed off 08/06/87 in release 01.40 
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KPR #: D200055822 Product: HP-UX 6809/09E C M 64822-90902 01.20 
One-line description: 

Declaring a function which returns a ptr to a function causes error. 
Problem: 

Declaring a function that returns a pointer to a function that 
returns an integer causes invalid syntax errors to be generated. 

"C" 

"processor" 

int funcK); 

int (»func5())(); 

main ( ) { 

int cntr; 
int (»tmp)(); 

for (cntr=l; cntr<4; cntr++) { 
tmp=func5(cntr) ; 

} 

funcl(){retum(l);) 
Temporary solution: 

Break up the declaration by using a typedef. 

"C" 

"processor" 

int funclO; 

typedef int (*pfi)(); 

pfi func5(); 

mainO { 
int cntr; 
int (*tinp)(); 

for (cntr=l; cntr<4; cntr++) 
{ tmp = func5(cntr) : 

} 

} 

pfi func5(tmp2) 

int tmp2; 

{ 

if (tmp2==l) return( fund) ; 

} 

fxjncK ){ return (1);} 
Fix information: 

Fix is documented in Software Notice 5959-2125 R2707. 
Signed off 08/06/87 in release 01.04 
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Duplicate Service Requests: D200055848 

KPR #: D200063651 Product: HP-UX 6809/09E C M 64822-90902 01.00 
One-line description: 

Clarification of interface for USER_DEFINED and real number routines. 
Problem: 

In the example below, 5809 libraries cannot be explicitly called. 
If they are called explicitly as routines, the stack is 
built differently than when a compiler generated 
call is made. 

Example: 

"C" 

"6809" 

$FIX_PARAMETERS 0N$ 

mainO { 

int x; 
double XX ; 

extern double LONGREAL_FLOAT( ) ; 

int *px; 

int *pxx; 

X -5; 

px = &x; 

pxx = &XX; 

LONGREAL_FLOAT(px,pxx) ; /* Conversion is not made */ 



Temporary solution: 

For explicit use of ALL the real number library routines, 
declare your routines as in the following example with 
$FIXED_PARAMETERS 0N$ and $RECURSIVE OFF$ (Chapter 5 in manual). 
The compiler will then generate the proper form of parameter passing 
to satisfy the real number library. Note, $RECURSIVE OFF$ 
is also necessary when using the USER_DEFINED interface 
method (Chapter 3 in manual). 

Example: 

"C" 

"6809" 

extern int xint; 

extern double xdouble; 

extern int *pxint; 

extern int *pxdouble; 

extern recursive_variable_func ( ) ; 
$FIXED_PARAMETERS 0N$ 
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KPR #: D200063651 **CONTINUED** 

extern recurs ive_FIXED_PARri_func ( ) ; 

SRECURSIVE OFF$ 

extern LONGREAL_FLOAT ( ) ; 

/*NOTE do not declare these functions double. It will cause extra 
parameters to be passed*/ 

main!) { 

$LIST_CODE 0N$ 

/* NOTE: Parameter passing method for standard C function*/ 
recurs i ve_va r iab le_f unc ( &x int , &xdoub le ) ; 
LDU #xdouble 
LDY #xint 

LDD #00004H 
PSHS X,Y,U 
LBSR recursive_var ia 
LEAS 000000006H,S 
/* NOTE: Parameter passing method for FIXED PARAMETER(Pascal ) function 

*/ 

recursive_FIXED_PARAri_f unc ( &xint , &xdouble ) ; 
LDU #xdouble 
LDY #xint 
LBSR recurs ive_FIXED 

xint • 5; 

LDD #00005H 

STD xint 
pxint = &xint; 

LDD #xint 

STD pxint 
pxdouble = &xdouble; 

LDD #xdouble 

STD pxdouble 

/* NOTE: Parameter passing method for STANDARD REAL NUMBER LIBRARY funct 
ion */ 

/* A (Pascal) function with $FIXED_PARAMETERS$ and SRECURSIVE OFF$ !*/ 
LONGREAL_FLOAT(pxint, pxdouble) ; 

TFR D,X 

LDD pxint 

LBSR LONGREAL_FLOAT 
LONGREAL_FLOAT(&xint,&xdouble) ; 

LDX #xdouble 

LDD #xint 

LBSR LONGREAL_FLOAT 

/• Compare the stack build on this assignment call which uses 
LONGREAL_FLOAT versus the explicit call above */ 

xint - xdouble; 

LDX #xint 

LDD #xdouble 

LBSR LONGREAL_TRUNC 
Xdouble = xint; 

LDX #xdouble 

LDD #xint 

LBSR LONGREAL FLOAT 
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KPR #: D200063651 **CONTINUED** 

} 

Rmain 

GLOBAL Rmain 

RTS 
Dmain 

RMB OOOOEH 

GLOBAL main 
Emain EQU $-1 

GLOBAL Emain 

EXTERNAL LONGREAL_TRUNC 
EXTERNAL LONGREAL_FLOAT 

Fix information: 

Fix is documented in Software Notice 5959-2129 R2707. 
Signed off 08/06/87 in release 01.40 
Duplicate Service Requests: D200063677 
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KPR #: 5000240937 Product: HP-UX 8051 ASSM M 64855-90903 01.40 

Keywords: MANUAL 

One-line description: 
Change 8051 manual page 8-4 

Problem: 

The 8051 assembler/linker reference manual has paragraph with 
errors relating to the CSEG directive. The errors are 
typographical, but can lead to confusion: 

Page 8-4 of the HP-UX hosted manual talks about the CSEG 
directive with a paragraph: 

The code segment counters can be charged ( changed ) with the DS, DW, 
and DW ( DB ) pseudos, and with each instruction encoded. Each unit in 
the program relocatable counter represents one byte in the code 
address space within the range of 0 to 64. ( 0 to 64K ) 

(corrections are indicated in parenthesis ) 

Temporary solution: 

Be aware of these changes when using the 8051. 



KPR #: D200053785 Product: HP-UX 8051 ASSM M 64855-90903 01.30 

One-line description: 

The $ operand does not work as defined. 

Problem: 

If the $ operand is used in a multi-byte instruction, it should 
specify the value of the PC at the beginning of that instruction. 
In the following example, it represents the value of the PC in 
the middle of the MOV instruction: 

■•8051" 

ORG lOH 

MOV A,#$ ; moves IIH into A instead of lOH 

END 



Temporary solution: 

Use $-x instead of $ where x represents the offset back to the 
first byte of the multi-byte instruction: 

•■8051" 

ORG lOH 

MOV A,#$-l ; this will move lOH into A 
END 



Signed off 04/07/88 in release XOO.OO 
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KPR #: D200053801 Product: HP-UX 8051 ASSM M 64855-90903 01.00 

One-line description: 

The $ operand does not work as defined. 

Problem: 

If the $ operand is used in a multi-byte instruction, it should 
specify the value of the PC at the beginning of that instruction. 
In the following example, it represents the value of the PC in 
the middle of the MOV instruction: 

"8051" 

ORG lOH 

MOV A,#$ ; moves IIH into A instead of lOH 

END 



Temporary solution: 

Use $-x instead of $ where x represents the offset back to the 
first byte of the multi-byte instruction: 

"8051" 

ORG lOH 

MOV A,#$-l ; this will move lOH into A 
END 



Signed off 04/07/88 in release XOO.OO 
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KPR #: 1650008128 Product: HP-UX 8085 C M 64826-90902 01.50 

One-line description: 

New and dispose have inconsistient parameters 
Problem: 

If you call DISPOSE as the manual states on page 4-10 a run time 
error is flagged. 

DISPOSE (^pointer, sizeof (*pointer)); /* as in manual. */ 
DISPOSE (poirter, sizeof (*pointer)); /* this works. */ 



This would be acceptable, but, NEW is called with the address of 
a pointer as the manual states. It seems that NEW and DISPOSE 
should be called in the same manner. 

Temporary solution: 

Call DISPOSE with a pointer rather than its address. 
DISPOSE (pointer, sizeof (*pointer)); 



KPR #: D200055897 Product: HP-UX 8085 C M 64826-90902 01.40 

One-line description: 

Declaring a function which returns a ptr to a function causes error. 
Problem: 

Declaring a function that returns a pointer to a function that 
returns an ititeger causes invalid syntax errors to be generated. 

■•C" 

"processor name" 

int fund ( ) ; 

int (»func5())(); 

main ( ) { 

int cntr; 
int i*tmp) ( ) ; 

for (cntr-1; cntr<4; cntr++) { 
tmp-f unc5(cntr) ; 

} 

fundi ) {retum(l) ; } 
Temporary solution: 

Break up the declaration by using a typedef. 
"C" 

"processor" 

int funclO; 
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KPR #: D200055897 **CONTINUED** 

typedef int (*pf i) ( ) ; 

pfi func5(); 

ma in ( ) { 
int cntr; 
int (*tmp)(); 

for (cntr=l; cntr<4; cntr++) 
{ tmp = func5(cntr) ; 

} 

) 

pfi func5(tmp2) 
int tmp2 ; 

{ 

if (tmp2==l) return(funcl) ; 

> 

funcl(){return(l) ; } 
Fix information: 

Fix is documented in Software Notice 5959-2125 R2707. 
Signed off 08/06/87 in release 01.60 
Duplicate Service Requests: D200055913 
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KPR #: D200079574 Product: HP-UX 8086/88 ASSM M 64853-90905 02.20 



Keywords: CODE GENERATOR MANUAL 
One-line description: 



Problem: 

THE FOLLOWING PROGRAM PRODUCES AN error ET. 
"70108" 



GLB 


HPTEST 


PROG 




EXTERN 


SYMBOL 


PROC 


FAR 


ASSUME 


DSO:DATA,PS:PROG 


MOV 


AW,SEG SYMBOL 


MOV 


DSC, AW 


MOV 


AW, SYMBOL 


INC 


AW 


MOV 


SYMBOL, AW 


RET 



Temporary solution: 

There is no known solution at this time. 
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KPR #: 5000211359 Product: HP-UX 8086/88 C M 64818-90903 03.02 
One-line description: 

Additional info about the $SEPARATE_CONST$ directive works, pg. 2-3. 
Problem: 

This SR consists of 2 complaints. The first requests that the 
$SEPARATE_CONST ON/OFF$ option default to off, instad of on. This 
will not be implemented at this time, because of the installed base 
using our compilers. 

The second is a request to change the manual, making it easier to 
find information on "preparing the program for prom programming". 
This request has been turned over to the manual writers, and will 
be addressed soon. 

KPR #: D200055665 Product: HP-UX 8086/88 C M 64818-90903 03. 10 

One-line description: 

Declaring a function which returns a ptr to a function causes error. 
Problem: 

Declaring a function that returns a pointer to a function that 
returns an integer causes invalid syntax errors to be generated. 

"C" 

"processor" 

int funclO; 

int (*func5())(); 

ma in ( ) { 

int cntr; 
int (»tmp)(); 

for (cntr=l; cntr<4; cntr++) { 
tmp=func5(cntr) ; 

} 

funcl(){return(l); } 
Temporary solution: 

Break up the declaration by using a typedef. 

"C" 

"processor" 

int funclO; 

typedef int (*pfi)(); 

pfi func5(); 

mainO { 
int cntr; 
int (»tmp)(); 

for (cntr=l; cntr<4; cntr++) 
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KPR #: D200055665 ••CONTINUED** 
{ tmp = func5(cntr) ; 

} 

pfi func5(tinp2) 

int tmp2; 

{ 

^ if (tinp2= = l) retum(funcl) ; 

fund ( ) {return( 1) ; } 
Fix information: 

Fix is documented in Software Notice 5959-2125 R2707. 
Signed off 08/06/87 in release 03.30 
Duplicate Service Requests: D200055681 
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KPR #: 5000188813 Product: HP-UX 8086/88 PAS M 64814-90904 01.01 
One-line description: 

DOC. FOR THE PASCAL LIB. ERROR HANDLING ROUTINES NEEDS IMPROVEMENT. 

Prob lem: 

Documentation for the Pascal Library error handling routines 
needs improvement. For Example: The manual documents that a 
routine "CaseError" is called if an unexpected CASE value is 
encountered. If the user does not supply his own "CaseError" 
routine, he/she can eventaully determine that our CaseError library 
routine calls a routine called "Abort", which in turn calls 
"PASCAL_ERROR" . If HP'S monitor is linked, PASCAL_ERROR is in the 
monitor program. If the monitor is not linked, we provide a 
PASCAL_ERROR routine. This routine never returns control to the 
calling routine. Neither Abort nor PASCAL_ERROR are documented 
in the manual. 

Please improve the documentation in this area. 
Temporary solution: 

No known temporary solution at this time. 
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KPR #: 5000174805 Product: HP-UX OP SYS M 64801-90903 00.09 

One-line description: 

Setting the lERM variable to vtlOla will allow use of pmon 
Signed off 01/28/87 in release 00.10 



KPR #: 5000182246 Product: HP-UX OP SYS M 64801-90903 01.00 

One-line description: 

Method of entering this CONTROL-M should be explained to the reader. 
Signed off 03/05/87 in release 01.01 



KPR #: D200079517 Product: HP-UX OP SYS M 64801-90903 01.00 

One-line description: 

Meas system unuseable if WINDEX exited without ending measurement. 
Problem: 

If you run a 64000-UX measurement system 

feature under WINDEX, and you exit WINDEX 

without first doing an "end" or "end release_system" 

within the feature, the measurement system in 

question becomes hung in the "in-use" state 

(even though noone is using it). It cannot be 

released without rebooting the HP-UX system. 

Temporary solution: 

Do an "end" or "end release_system" within the 
measurement system before exiting WINDEX. 



KPR #: D2O009O431 Product: HP-UX OP SYS M 64801-90903 01.00 

One-line description: 

ftio command for hp-ux 6.01 does not function as documented. 
Problem: 

ftio command for hp-ux 6.01 does not function as documented. 

IE. ftio -OCX / complains about not being able to locate something 

and eventually terminates abnormally. 

This problem has been fixed for hp-ux 6.2. 

Also, this SR was entered under the wrong product code. 

Temporary solution: 
There is no workaround. 
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KPR #: 5000182824 Product: HP-UX SYSTEM INST M 64880-90901 01.02 
One-line description: 

DOC SHOULD INCLUDE LIST OF SUPPORTED CARDS FOR RS232 XFER. 
Problem: 

64000 II rs232 transfer function and the available cards. 
Rs232 transfer from the 9000/300 is only supported through the 98628 rs 
232 card. It is not supported on the human interface card and there is 
no documentation that lets you know that. Two requests. 

1. Documentation should include list of supported cards for rs232 transf 
er right next to the suggestion for using rs232 transfer for file transf 
ering from the 64000 to the 64000 II and near all explanations of rs232 
transfer, teh suggestion to transfer all files from old ssytem to new u 
sing rs232 is in the instalation and configuration manual. 

2. Make the human interface card a supported card. Most people get it b 
ecause it seems to be the most versital. it seems to be a waist to have 

a card and not be able to use it fully. 

Temporary solution: 
No temporary solution. 



KPR #: 5000269381 Product: HP-UX SYSTEM INST M 64880-90901 01.00 
One-line description: 

Manual needs to be more explicit about /dev/ttyXX where XX is numeric 



KPR #: D200068429 Product: HP-UX SYSTEM INST M 64880-90901 01.02 
Keywords: HIGH SPEED LINK 
One-line description: 

Fails to transfer first passworded file, but doesn't notify the user. 

Problem: 

When transfering a file list to a passworded HP64000 userid, 
transfer will ask you for the password. If you misstype the password, 
which happens alot because of UPPER/lower case differences, transfer 
will display an error message, tell you that the first file is not 
transfered, and prompt you again for the password. If you then type 
the password correctly, transfer will go ahead and transfer the 
remaining files, BUT NOT THE FIRST ONE. 

Temporary solution: 
None at this time. 
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KPR #: D200047019 Product: HP-UX USER DEFIN A PI 64851-90906 01.20 
One-line description: 

Assembler should denote an error on non-absolute .SET expressions. 

Problem: 

If a nonabsolute expression is used with .SET MACRO instruction, 
the expression will not assemble correctly. 

Temporary solution: 

You must use absolute (type=0) expressions with the .SET MACRO 
instruction. 

Fix information: 

Fix is documented in Software Notice 5958-8832 R2707. 
Signed off 08/06/87 in release 01.40 



KPR #: D20O064030 Product: HP-UX USER DEFIN A M 64851-90906 01.30 

Keywords: MANUAL 

One-line description: 

is coimnent field of a macro causes a parameter error. 

Problem: 

If your comment field in a macro has a 'i' in it a parameter 
error is generated. 

"processor" 

MACl MACRO &P1,8.P2 

DC.&Pl &P2 ;P1 & P2 

MEND 

MACl W,2 

If the comment field in a macro contains a a parameter 

error is generated. 

"processor" 

MACl MACRO &P1,8.P2 

DC.&Pl &P2 ;P1 & P2 

MEND 

MACl W,2 
Temporary solution: 

Avoid using a '&' in a macro comment field. 
Fix information: 

Fix is documented in Software Notice 5958-8832 R2707. 
Signed off 08/06/87 in release 01.50 
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KPR #: D200046839 Product: HP-UX Z80/NSC800 A M 64842-90904 01.20 
One-line description: 

Assembler should denote an error on non-absolute .SET expressions. 

Problem: 

If a nonabsolute expression is used with .SET MACRO instruction, 
the expression will not assemble correctly. 

Temporary solution: 

You must use absolute (type=0) expressions with the .SET MACRO 
instruction. 

Fix information: 

Fix is documented in Software Notice 5958-8817 R2707. 
Signed off 08/05/87 in release 01.40 
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KPR #: D2OO055855 Product: HP-UX Z80/NSC800 C M 64824-90902 01.40 
One-line description: 

Declaring a function which returns a ptr to a function causes error. 
Problem: 

Declaring a function that returns a pointer to a function that 
returns an integer causes invalid syntax errors to be generated. 

■•C" 

"processor" 

int funclO; 

int (*func5())(); 

main ( ) { 

int cntr; 
int (*tmp) 0 ; 

for (cntr=l; cntr<4; cntr++) { 
tinp=func5(cntr) ; 

} 

funcK ) {return(l) ; } 
Temporary solution: 

Break up the declaration by using a typedef. 
"C" 

"processor" 

int funcK ) ; 

typedef int (*pfi)(); 

pfi func5(); 

main!) { 

int cntr; 
int (*tmp)(); 

for (cntr=l; cntr<4; cntr++) 
{ tmp » func5(cntr): 

} 

} 

pfi func5(tmp2) 
int tmp2; 

^ if (tinp2-=l) retum(funcl) ; 

funclO {return(l);} 
Fix information: 

Fix is documented in Software Notice 5959-2125 R2707. 
Signed off 08/06/87 in release 01.60 

- HP-UX Z80/NSC800 C M - 
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KPR #: D200055855 »*CONTINUED** 

Duplicate Service Requests: D200055871 
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KPR #: D200055749 Product: HP-UX Z8001/02 C M 64820-90902 01.30 
One-line description: 

Declaring a function which returns a ptr to a function causes error. 
Problem: 

Declaring a function that returns a pointer to a function that 
returns an integer causes invalid syntax errors to be generated. 

"C" 

"processor" 

int fundi); 

int (•func5())(); 

main ( ) { 

int cntr; 
int (♦tmp) ( ) ; 

for (cntr=l; cntr<4; cntr++) { 
tmp=func5(cntr) ; 

> 

funcl(){return(l);} 
Temporary solution: 

Break up the declaration by using a typedef. 
"C" 

"processor" 

int funcK ) ; 

typedef int (*pfi)(); 

pfi func5(); 

main!) { 
int cntr; 
int (*tmp)l); 

for (cntr=l; cntr<4; cntr++) 
{ tmp = func5(cntr); 

> 

} 

pfi func5(tmp2) 
int tmp2; 

if (tmp2==l) return ( fund) ; 

} 

funcl(){return(l) ; } 
Fix information: 

Fix is documented in Software Notice 5959-2125 R2707. 
Signed off 08/06/87 in release 01.40 
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KPR #: D200055749 **CONTINUED** 

Duplicate Service Requests: D200055764 
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KPR #: 5000283630 Product: INT SNSL BD 8-16 UPM 64404-90901 01.00 
One-line description: 

The 68020 emul. may not show all source lines assoc. with exec. code. 
Problem: 

The 68020 emulator may not show all the source lines which are 
associated with the executed code. 

When the first word of an opcode is not aligned on a four byte 
boundary, the source line for that opcode will not be displayed 
UNLESS the trace is disassembled. Users that are using "display 
trace source only" normally do not need to issue any disassembly 
commands . 

Temporary solution: 

No workaround available. 
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KPR #: D200077933 Product: INVERSE ASSEMB 64856 01.01 

One-line description: 

Can loop forever when a source file contains macros. 
Problem: 

It is not possible to use macros in the Inverse Assembler 
source definition. 

Temporary solution: 

Until this problem is fixed, either avoid using macros, or 
simply expand all macros that already exist. 
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KPR #: D20O047126 Product: M-STD 1750A ASH M 64857-90901 00.54 
One-line description: 

Assembler should denote an error on non-absolute .SET expressions. 
Problem: 

If a nonabsolute expression is used with .SET MACRO instruction, 
the expression will not assemble correctly. 

Temporary solution: 

You must use absolute (type=0) expressions with the .SET MACRO 

instruction. 

Fix information: 

Fix is documented in Software Notice 5958-8842 R2707. 
Signed off 08/06/87 in release 01.05 
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KPR #: 5000117507 Product: MS1750A ASSEMB 64857 00.00 

One-line description: 

'DEFF' generating incorrect code for NAN'S. 
Problem: 

When using the pseudo DEFF the following does not generate any warning 
or correct hex: 

DEFF 1E128 

hex generated 49DD 24AA which is some negative number. 
Signed off 01/14/88 in release Z02.70 

KPR #: 5000231076 Product: MS1750A ASSEMB 64857 01.04 

One- line description: 

Incorrect code generated for immediate negative data. 

Problem: 

Bad code generated when variables equated to negative numbers are 
used. Exmaple: 
■•1750AGD" 
neg25k 
hex25k 



EQU 


-25000 




EQU 


9E58H 




LD 


#neg251<,R0 




LD 


#-25000, RO 


;both generate 8307H - opcode for 






;LD4 #-8,R0 


LD 


#hex251<,R0 


LD 


#9E58H,R0 


;both generate correct code (8500 9E58) 


LD 


#0,R0 


; these 


ADD 


#neg25k , RO 


;two statements achieve the desired result 


END 







Temporary solution: 

There are two versions of the IEEE specifications for the 
1750A assembler. One version is known as the General 
Dynamics Version and the other is known as the Proprietary 
Software Specification (PSS). Our assembler follows the 
PSS specifications which require double pound (#) signs 
to indicate immediate long data. This is true for all 
cases except when immediate data is used with the XIO 
command. In this case only one pound (#) sign is required. 

To correct the problem described in this SR use double pound 
signs to indicate long immediate data. 

"1750AGD" 

neg25k EQU -25000 

hex25k EQU 9E58H 

LD ##neg25k,R0 
LD ##hex25k,R0 
END 

Signed off 01/14/88 in release Z02.70 
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KPR #: D200060491 Product: MS1750A ASSEMB 64857 01.04 

One-line description: 

Invalid instruction assembles without error message 
Problem: 

The following TBE instruction is invalid syntax. 
"1750AMS" 

START TBR R3,0 opcode - 5730 

The syntax for This instruction is TBR N,RB (not TBR RB,N). 
The opcode generated is a valid opcode for the instruction 
TBR 3,R0 (not TBR R#,0). No error message was generated 
to point out this mistake. 

Temporary solution: 

No known temporary solution. 

Signed off 01/14/88 in release Z02.70 
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KPR #: D200091637 Product: OP NOTE 68000C AXLSM 5959-2191 01.00 

One-line description: 

5959-2191 op note say to use "what" to determine revision code. No! 
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KPR #: 1650058925 Product: OPERATING SYSTEM 64100 02.10 

One-line description: 

Problem with Macro code generation. 

Temporary solution: 

There are several work arounds: 

- Use a subroutine 

- Use the following code: 

M2 MACRO 

.GOTO FOG 
FOO .NOP 
L&&&& NOP 

It's hard for us to see the exact use of the MACRO sent, so we 
could probably supply a better workaround with a more specific 
example . 



KPR #: 2Y00005769 Product: OPERATING SYSTEM 64100 01.39 
Keywords: DC500 
One-line description: 

DC500 backup hangs up when it encounters a defective tape. 
Problem: 

Customer attempted DC600 backup from keyboard of master. Backup never 
completed. Error message appeared very briefly claiming a CRC check 
failure. Then system attempts to restart backup procedure. Situation 
continues ad nauseum. 

Bill Furch has complete details and customer's tape. 

Temporary solution: 
no temporary solution 



KPR #: 5000203620 Product: OPERATING SYSTEM 64100 02.10 
One-line description: 

The '.' character is causing problems for rev 2.06 of asm.exe. 
Problem: 

The 2.06 operating system causes errors when a . is used in an assembler 
statement. Ex: MOVE.W 0 [AO ,D0 .W] ,BUF (ref. toDO.W) 
or symbol. OR. symbol2 

In both cases the "." causes errors in the second example, if there ar 
e spaces befor the and after the .OR., "symbol .OR. symbol2", then the . 
seems to recognized. The only way for all .'s to be recognized is to go 
back to O.S. 2.05. 

This problems may appear on different processors with different 
symptoms. However, the problem will always arise to to the 
mishandling of ' . ' . 

Signed off 08/31/88 in release A02.il 
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KPR #: 5000209007 Product: OPERATING SYSTEM 64100 02.10 

Keywords: CODE GENERATOR 
One-line description: 

Intractive link gives invalid Ink/command (.K) file if full path too big 
Problem: 

Valid interactive link may yield invalid linker command (.K) 
file. The following interactive link is an example: 

Sink <CR> 

object files inkbug.R 

library files /users/hp64k/johng/subl/sub2/sub3/sub_directory4/sub_dire 
ctory5/a5_lib.R<CR> 



The problem is that because the full path to the library file does not 
fit completely on the original line, the linker creates a .K file that 
looks like: 

object files Inkbug.R 
library files 

/users/hp64k/johng/subl/sub2/ (this wraps around) 

Relinking with this .K file yields the pass one fatal error: 
"*****ERROR: Initialization Syntax error in linker command file" 

Temporary solution: 

Edit the .K file and combine the lines. 
Signed off 08/31/88 in release A02.il 



KPR #: 5000214106 Product: OPERATING SYSTEM 64100 02.10 

One-line description: 

ef directive does not work with mneumonics with "." 

Problem: 

The following program creates an incorrect xref lisiting on the 
300: 

1 "8051" XREF 

2 SYMA EQU 1 

3 SYMB SETB OBOH.SYMA 

4 JP ACC. SYMA, SYMB 

5 JC SYMB 

XREF FOR 64000 LOOKS LIKE: 

LINE # SYMBOL TYPE REFERENCES 

2 SYMA A 3,4 

3 SYMB P 4,5 
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KPR #: 5000214106 **CONTINUED** 
XREF FOR SERIES 300 LOOKS LIKE: 

LINE# SYMBOL TYPE REFERENCES 

2 SYMA A 

3 SYMB P 5 



Temporary solution: 

There is no known solution at this time. 
Signed off 08/31/88 in release A02.ll 
Duplicate Service Requests: 5000212977 



KPR #: 5000252825 Product: OPERATING SYSTEM 64100 02.10 
Keywords: CODE GENERATOR 
One-line description: 

Assembler output listing is missing part of line number at EQU statement 
Problem: 

Assembler output listing is missing the thousand column for EQU 
instruction. 

Example: 

1489 label MOVE 

< 1234>^490 EQU 

missed !!!!!!!!! 

Temporary solution: 

There is no known work around at this time. 
Signed off 08/31/88 in release A02.ll 



KPR #: D200015297 Product: OPERATING SYSTEM 64100 02.00 

One-line description: 

CDC FLOPPY DRIVE DOESN'T FORMAT CORRECTLY IN A COMMAND FILE. 
Problem: 

CDC DRIVES DON'T FORMAT CORRECTLY WHEN INITIATED FROM A COMMAND FILE. 

Temporary solution: 
no temporary solution. 



KPR #: D200O41178 Product: OPERATING SYSTEM 64100 02.02 

One-line description: 

Nested macro calls cause incorrect macro expansion. 
Problem: 

The following code will assemble with no errors on the 64000, but the 
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KPR #: D200041178 »»CONTINUED** 

macro expansion is incorrect. When a macro calls another macro, the 
expansion includes the name of the macro being called on a separate 
line, then includes the body of the macro itself. 

"processor name" 
DUMMY MACRO 

NOP 

MEND 

MAKROl MACRO 
DUMMY 
MEND 
VARl EQU 
MAKR02 MACRO 

MAKROl 
NULL . SET 

DB 

MEND 
MAKROl 
MAKR02 

The call to MAKROl will expand as follows: 
+ DUMMY 
+ NOP 

The call to MAKR02 will expand as follows: 
+ MAKROl 
+ DUMMY 
+ NOP 
+ DB VARl 

Temporary solution: 
No temporary solution at this time. 



KPR #: D200042036 Product: OPERATING SYSTEM 64100 02.10 
One-line description: 

ASSEMBLER ISSUES DUPLICATE SYMBOL ERRORS FOR THE 'SEGMENT' PSEUDO 
Problem: 

Assembling the following file results in duplicate symbol errors for 
the name SEGMENT EO 



name ENDS 

pseudo instruction. The same file assembles without errors on PISCES. 



ASSUME DS : DATA, SS: DATA 
DATA 

DATA SEG SEGMENT RW 



The following area is reserved for the stack. 



40H 

0 

VARl 
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KPR #: D2000 42036 **CONTINUED** 



ALIGN 
REPT 4 
DWS 16 
DWS 15 
STACK 
TESTO 
TESTl 
TEST2 
TESTS 
TEST4 
TEST5 
TEST6 
TEST7 
TESTB 
TESTC 
DATA_SEG 
PROG 

PROG_SEG 
INIT 
START 
NOP 

MOV AX,#0 
MOV DS.AX 
MOV ES,AX 
NOP 
NOP 

MOV TESTO, #55H 
NOP 

JHP START 

NOP 

NOP 

NOP 

NOP 

NOP 

NOP 

NOP 



;If a larger emulation monitor stack 
; change REPT 1 to REPT X. 

DW OH 
DW OOOOH 



DW 
DW 
DW 
DW 
DW 
DW 
DW 
DB 
DB 
ENDS 



OOOOH 

OOOOH 

OOOOH 

OOOOH 

OOOOH 

OOOOH 

OOOOH 

OOH 

OOH 



SEGMENT ER 



SUB 

MOV AX, TESTO 
NOP 

NOP 

JMP START 



PROG SEG 



ENDS 



ORG OFFFFFOH 
BESET_SEG 
ASSUME CS:ORG 
JMP FAR PTR I10N_INIT 
RESET SEG ENDS 



SEGMENT ER 



END INIT OS; DATA SEG 



Signed off 08/31/88 in release A02.il 
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KPR #: D200066308 Product: OPERATING SYSTEM 64100 02.10 

One-line description: 

Illegal logical expressions are not flagged. 
Problem: 

Illegal logical operators are not flagged by the assemblers. In most 
cases the assembler quits when it reaches an illegal expression an 
does not flag an error. This problem is usually (depending on the 
processor) confined to EQU statements. 

"processor" 

VALUE EQU OlOOlB.or.OllOB 

VALUE2 EQU 0 100 IB . AND . 01 lOB 

VALUES EQU OlOOlB.why.OllOB 

Temporary solution: 

There is no known solution at this time. 
Signed off 08/31/88 in release A02.ll 



KPR #: D200069658 Product: OPERATING SYSTEM 64100 02.10 

One-line description: 

Comment field can not be delimited by whitespace. 
Problem: 

Whitespace can not be used to delimit comments. 
Temporary solution: 

Do not use whitespace to delimit comments. 
Signed off 08/31/88 in release A02.il 



KPR #: D200069989 Product: OPERATING SYSTEM 64100 02.06 

Keywords: DC600 

One-line description: 

store to DC600 causes 64000 to reboot. 

Problem: 

Store to dc600 causes 64000 to reboot 



KPR #: D200074450 Product: OPERATING SYSTEM 64100 02.06 

Keywords: DC600 
One-line description: 

May cause inadvertent overwrite of user's disc. 
Problem: 

The status line message for the following command: 
restore from_dc600 < filename) 
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shows the following string: 
"restore user's files" 

This leads a user to believe that all of the files in the current 
userid will be restore from the tape. 

In reality, all of files on the tape will be restored and will 
overwrite the disc. 

The status line message needs to be changed to reflect this. 

Temporary solution: 
N.A. 



KPR #: D200079368 Product: OPERATING SYSTEM 64100 02.10 
Keywords: CODE GENERATOR 
One- line description: 

Hosted version of GET_ASCII_BYTE strips high order bits of input. 
Problem: 

The GET_ASCII_BYTE function strips high order bits off of characters 
on the hosts and does not in Pisces I assembler. The hosted assembler 
needs to be modified to allow high order bits to be passed. 

Temporary solution: 

There is no known solution at this time. 
Signed off 08/31/88 in release A02.il 



KPR #: D200O84897 Product: OPERATING SYSTEM 64100 02.07 
One-line description: 

Recover cmd on 64000 (PISCES I) will recover all types on disc's > 150Mb 
Problem: 

The recover command fails on large disc drives (greater than 
150 Mbytes) if no file type is given. This syntax is normally 
used to recover all possible types of a purged file. 

This failure shows in a station hang. 

See the Lab Text for more information. 
Detailed Listing for Defect Number LSDqf01747 
Text: 

recover cmd on 64000 (piscesi ) will recovering all types on disc's >150 

Mb 

Large disc drives (greater than 150 Mbytes) will show a defect in 
the 64000 operating system when a user trys to recover all possible 
types of a purged file. 
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KPR #: D200084897 *»CONTINUED** 
Failure syntax: 

recover X 

Working syntax: 

recover X: source 

Defect apparently is in the file manager, and is related to discs with 
32 sectors per page as formatted for large disc drives. The failure 
shows in a station hang. The station will hang AFTER successfully compl 
eting 

any recovery. The work around, is to specify any file(s) with specific 
types. 

Temporary solution: 

The temporary solution to this problem is to specify each 
file type individually when recovering purged files. 



KPR #: D200085043 Product: OPERATING SYSTEM 64100 00.70 
One-line description: 

Phase error incorrectly reported on 64000 and hosted assemblers. 

Problem: 

The 1750 assembler reports a spurious error message PH_ERR (Phase 
error) due to the usage of COUNTER_UPDATE vs. GEN_CODE in passes 1 
and 2 of the assembler. 

Cause: 

This defect has been fixed and this report is 
being submitted for QA release purposes. 

Temporary solution: 
None At this Time. . . 

Signed off 08/31/88 in release A02.il 



KPR #: D200086694 Product: OPERATING SYSTEM 64100 02.10 
One-line description: 

Macro use of a label is missing from xref. 
Problem: 

Another difference between 64000 and 64000-UX assembler found. 
The label "LABEL" is missing from the cross reference. 



1 "processor" 

2 RMB MACRO &P1 

3 VALUE .SET &P1 

4 AND VALUE 

5 MEND 
6 

7 LABEL EQU 0 <- DEFINITION 
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KPR #: D2000 86694 »*CONTINUED** 

8 RMB LABEL <- REFERENCE 

The X-REF table of this program is 

LINE* SYMBOL TYPE REFERENCES 

7 LABEL A <- This field should be 8. 

*** VALUE U <- 4. 

Temporary solution: 
No temporary solution. 



KPR #: D200086728 Product: OPERATING SYSTEM 64100 02.10 
One-line description: 

Undefined label not flagged when passed as a parameter to a macro. 
Problem: 

In the following program an undefined symbol is passed 
as a parameter to a macro. Rather than flagging an 
error the assembler assumes it has a value of 0 



■■6301" 

INCLUDE MACFILE 
MACl UMDEFLABEL 
END 



"MACFILE" 

MACl MACRO &P1 

.IF 8.P1.EQ.0 NEXT 

. NOP 

NEXT . NOP 

MEND 

Temporary solution: 

No temporary solution at this time. 

Signed off 08/31/88 in release A02.il 



KPR #: D200087049 Product: OPERATING SYSTEM 64100 02.10 
Keywords: CODE GENERATOR 
One-line description: 

XREF option does not work for instructions that contain a period. 

Problem: 

On 64000 classic, the xref option does not work for instructions that 
contain a period, ' . ' . 

Signed off 08/31/88 in release A02.il 
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KPR #: D200089490 Product: OPERATING SYSTEM 64100 02.10 
One-line description: 

Erroneaous phase errors generated by Z8000 assembler 
Problem: 

Phase errors generated by Z8000 assembler on 64100 while 
assembling the following code: 

LABELl: CP RO ,LABEL2-LABEL1 
LABEL2: NOP 

Signed off 08/31/88 in release A02.ll 
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KPR #: D200090282 Product: P1750 EMUL 300 64288S004 01.00 

One-line description: 

Need different monitor names for the F9450 and P1750 
Problem: 

The P1750 emulator ships its monitor with the same name as the F9450 
emulator. This is not a good idea, since an update of only one of 
these products could break the other product. All installed product 
file names should be unique. 

Signed off 08/19/88 in release AOl.lO 



KPR #: D200090936 Product: P1750 EMUL 300 64288S004 01.00 

One-line description: 

Code disp. with trace not right if code changed w/o ending emul. session 
Problem: 

Source lines displayed with a trace may not be correct if 

the code is changed without ending out of the emulation session. 

For exanple, a user running is windows does a display trace source 

on, and sees a statement: i = 1; in the trace along with the 

MOVE.L #1,D0 that accompanies that source line. The user then 

moves to another window, changes the source line to i = 2;, recompiles, 

relinks, and runs edbuild. The user then moves back to the emulation 

window, reloads the file, and reruns the code and the trace. The 

trace shows MOVE.L #2, DO as expected, BUT shows i = l; as the 

source line. 

End out of emulation, and reenter before loading the new program 
Source lines displayed with a trace may not be correct if 
the code is changed without ending out of the emulation session. 
For exanple, a user running is windows does a display trace source 
on, and sees a statement: i = l; in the trace along with the 
MOVE.L #1,D0 that accompanies that source line. The user then 
moves to another window, changes the source line to i = 2;, recompiles, 
relinks, and runs edbuild. The user then moves back to the emulation 
window, reloads the file, and reruns the code and the trace. The 
trace shows MOVE.L #2, DO as expected, BUT shows i = 1; as the 
source line. 

Temporary solution: 

End out of emulation, and reenter before loading the new program 
or executing the trace. 

Signed off 08/31/88 in release AOl.lO 
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KPR #: 1650028860 Product: PROM PROGRAMMER 300 64501S004 

One-line description: 

prommer taking too long to program prom. 
Signed off 06/22/87 in release 01.10 
KPR #: 5000187617 Product: PROM PROGRAMMER 300 64501S004 01.00 
Keywords: SFNONE 

One-line description: 

8751 does not program in 64000-ux environment. 
Signed off 06/22/87 in release 01.10 

KPR #: 5000240952 Product: PROM PROGRAMMER 300 64501S004 01.30 
One-line description: 

PROM programmer has problems in UX envr programming 32 bit system. 
Problem: 

File expansion to 32 bits causes byte to be dropped. 
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KPR #: 5000231571 Product: ROM EMULATION 64272 01.04 

One-line description: 

store command generates 16-bit width absolute file only 
Problem: 

The store memory command in the 64272 ROM emulator creates an 
absolute file specifying a bus width of 18 bits, regardless of 
the emulation configuration. This makes programming EPROMs for 
systems with 8 bit wide data buses difficult. 

The emulator should create the file with the bus width ( 8 or 
16 ) specified in the emulation configuration. 

Temporary solution: 

No workaround at this time. 
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KPR #: 5000267054 Product: RS-232 TRANSFER 300 64885 01.30 
One-line description: 

Cannot install software on AXE environment machine. 
Problem: 

The rs232 transfer software cannot be properly installed on an 
AXE system, because the Programming Environment command "tic" 
is used to create the file "/usr/lib/terminf o/h/hp64000" . 

A customer that has an AXE system, does not recieve the proper 
terminfo file for the hp64000. However, using a TERM type of hp 
will allow the transfer software to work. 

Temporary solution: 

Edit the /system/64885/customize file and remove the line accessing 
the 'tic' command. Then use a term type of hp. 
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KPR #: D200065219 Product: RS-232 TRANSFER 500 64884 01.10 
Keywords; TRANSFER 
One-line description: 

Transfer hangs after bad options message is displayed. 

Problem: 

Transfer hangs after bad options message is displayed 
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KPR #: 5000194951 Product: RS-232 TRANSFER VAX 64886 01.10 
Keywords: TRANSFER 
One-line description: 

Inaccurate specification in HELP for TRANSFER command 
Problem: 

RS232 transfer on VAX does not work as specified in the VMS help 
pages. The command syntax shown for a filelist transfer is: 

TRANSFER /OPTION(S) <filelist> [ <HP64000_f ile_spec > ] 

which implies that the 64000 filespec is optional. But, if that is 
omitted, an error message: 

ERROR BAD PARAMETERS - NO DESTINATION SPEC 
is given. 

This second parameter should be optional. 
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KPR #: 5000211375 Product: SOFTKEY EDITOR 64790-90901 01.00 

One-line description: 

The find command does not work correctly, cannot find string includ '$'. 
Problem: 

In sk editor mode and when I use command file as follows, the find 
command does not work correctly. 



find "SPAGES" all > this change find "$" all 

This means we can not find the string including '$' when using 
command file. 

Temporary solution: 
No temporary solution. 



KPR #: D200089895 Product: SOFTKEY EDITOR 64790-90901 01.00 

One-line description: 

AND '$• NEEDS TO BE ESCAPED ON COMMAND LINE TO PREVENT SHELL EXPANSION 

Problem: 
Text: 

any '$' needs to be escaped on command line to prevent shell expansion 

If the user wishes to have a command that includes a '$' anywhere in 
the command, then the user must put a backslash before that '$'. 
Otherwise, the softkey package does shell variable expansion, which 
will probably cause the '$' and any text following it to be replaced 
with either a null string, or whatever the text matches in the shell. 

ie. echo $hello — > echo \$hello 
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KPR #: 1650061580 Product: SOFTKEY EDITOR 300 64790S004 02.00 

One-line description: 

When 4 retrieves are done, the sk editor jumps to shell. 
Problem: 

The following command sequence forces sk back to the shell: 

Make an empty file with only 3069 line feeds (insert line, repeat 

3068) . 

Edit the file, copy one line 

retrieve 

retrieve 

retrieve 

retrieve <<< return to shell 
$ 

Retrieve 4 after 3069 lines doesn't cause any problems , just this 
sequence 

Also, the following error message is printed: 

"Malloc error, unable to continue. Use SK preserve" 

Temporary solution: 

This problem seems to occur only under these exact conditions. 
Therefore, the chance of having this problem is minimal. It can, 
however, be avoided by using "retrieve 4" instead of 4 sequential 
retrieve commands. 



KPR #: 5000205054 Product: SOFTKEY EDITOR 300 64790S004 01.10 

One-line description: 

Sk may not work when called from pmon. 

Problem: 

Invoking sk (soft key editor) from within pmon (monitor) may not work 
if the 64801 Operating Environment is not purchased. The 64801 product 
contains a file which is required by the sk software. 

Signed off 08/28/87 in release 99.99 



KPR #: D200090241 Product: SOFTKEY EDITOR 300 64790S004 02.10 
One-line description: 

When retrieving enough lines to get file exactly 1024 in size; core dump 
Problem: 

Detailed Listing for Defect Number LSDqf03643 
Text: 

when retrieving enough lines to get file exactly 1024 in size, core dump 

A core dump occurs in the following situation: 

enter sk without any filename. 

enter a single line in INSERT mode 

Get out of INSERT mode. 

retrieve the line 1024 times. 

sk goes into infinite loop or core dumps. 
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Known Problem Reports as of 09/01/88 Page: 545 

KPR #: D200090241 »*CONTINUED»* 

There may also be problems with merging files with 
exactly 1024 lines. 
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KPR #: D200075028 Product: STATE ANALYZER 64620 00.71 

One-line description: 

Source referencing will not work with non-zero segments (8086, etc) 
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KPR #: 5000136135 Product: STATE ANALYZER 64621 01.07 

One-line description: 

trace file may end up in random userid. 

Temporary solution: 

Specifying the userid the file shall be created under 
manually corrects the problem. 

Duplicate Service Requests: 5000136069 
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KPR #: D200091538 Product: STATE ANALYZER 300 64620S004 01.10 
One-line description: 

File names <8 chars in link_sym will cause translate problems 
Problem: 

File names in the linker symbol file which have less than 8 characters 
cause a problem in the translation routines of translated) and 
transfer (1). If this occurs, the user will see several disc transfer 
error reports from transfer(l) because the malloc(3) buffer space gets 
trashed in the translation. 

Temporary solution: 

Be careful to use file names which have at least 8 characers. 
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KPR #: 5000122374 Product: SW PERF ANALYZER 64310 01.11 

One-line description: 

"show curr_meas" after measurement change crashes station. 
Temporary solution: 

Do not show the current measurement after you have changed the 
measurement setup. This is not very inconvenient, since the user 
is about to take a new measurement anyway; and presumably knows the 
results of his last measurement. 
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KPR »: D200080176 Product: SW PERF ANALYZER 300 64310S004 01.20 

One-line description: 

pwd truncates the /net/system portion of the path when RFA'ed to system. 
Problem: 

When using the HP 64000-UX products and netunaming across the LAN 
to another system, such as a compile server, the HP-UX command 
"pwd" which is used by the HP64000-UX product to tell what the 
local directory is, truncates the "/net/system" part of the path. 

This is a HP-UX operating system defect. It is not a defect in 

the HP 64000-UX application software. As soon as this defect is 

fixed in HP-UX, it will work correctly when using the HP 64000-UX 
applications. 



KPR #: D200081026 Product: SW PERF ANALYZER 300 64310S004 01.20 
One-line description: 

Using Emulation across RFA can give incomplete symbol information 
Problem: 

Accessing symbol data in a remote file across RFA may result 
in incomplete symbol information being available. This 
problem is a result of readO calls being interrupted during 
file access over RFA. 

This problem can also affect reading absolute data into memory as 
well. 



Temporary solution: 

If this problem occurs while loading absolute data, attempting 
to reload the file again may work. 

There are two possible answers to this problem. The first is to 
move the .Y file to the machine running the emulator. 

The second solution is to move the program object to the machine 
which is running the emulator. This can be done using the get64 
program. When you load the emulator, a new .Y file will be created. 



KPR #: D200082347 Product: SW PERF ANALYZER 300 64310S004 01.20 
One-line description: 

Processes sometimes left running after parent has stopped. 
Problem: 

Sometimes, when the parent process to a measurement system is killed 
some of the measurement systems processes are left running. Please 
change the behaviour of the products so that these processes die 
nicely. 



Temporary solution: 

If the tty associated with the process is a pty, then you can 
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KPR #: D20 0082347 **CONTINUED** 

release the processes by 
cat < ptyxx 

This causes the pending output to be flushed, and the processes will die 
naturally. 
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KPR #: D200061515 Product: SYSTEM SOFTWARE M 64980-90934 02.00 
Keywords: MANUAL 
One-line description: 

Passing parameters to command files is inconsistient. 
Problem: 

Parameter passing to the commands file is not consistent. A 
command file will accept parameters as shown in the following 
example: 

pref ix_&parm 

but not in the form: 

&parm_suf f ix 

The second method will cause a syntax error to be flagged. 
Temporary solution: 

Avoid using parameters shown in the above example. 
Fix information: 

Fix is documented in Software Notice 5959-2127 R2707. 
Signed off 08/06/87 in release 02.05 
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KPR #: D20O082370 Product: TIMING ANALYZER 300 64610S004 01.50 
One-line description: 

Processes sometimes left running after parent has stopped. 
Problem: 

Sometimes, when the parent process to a measurement system is killed 
some of the measurement systems processes are left running. Please 
change the behaviour of the products so that these processes die 
nicely. 



Temporary solution: 

If the tty associated with the process is a pty, then you can 

release the processes by 
cat < ptyxx 

This causes the pending output to be flushed, and the processes will die 
naturally. 
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KPR #: 5000089359 Product: TIMING/STATE 64610 01.00 

One-line description: 

label cannot be deleted in trigger specification 
Temporary solution: 

Just change the trigger specification to "trigger on anything" 

and then delete the label. 
»»»»»♦««♦•»«♦ 

In order to remove a label from a trigger in this set of circumstances, 

punch in "trigger on anything' before "trigger received". This will 

clear the trigger of any labels, and the timing analyzer will then 

receive the trigger correctly. 
************* 

Duplicate Service Requests: 5000122770 

KPR #: 5000089367 Product: TINING/STATE 54610 01.00 

One-line description: 

Hitting CLR LINE causes softkeys to return to first level 
Temporary solution: 

Hit — ETC — to get back to the correct level. 

KPR #: D200043794 Product: TIMING/STATE 64610 01.00 

One-line description: 

TIMING PV MODIFICATION TO ALLOW GREATER TIME TOLLERANCE 
Problem: 

TIMING PV SOFTWARE IS MODIFIED, SO THAT DURATION TESTS HAVE MORE 
TOLLERANCE FOR VARIOUS CHANGES IN THE SPEED OF THE BPC. TIMING SOFTWARE 
WILL NOW PASS IN MAINFRAMES CREATED IN MARCH 1986. 

Temporary solution: 

NONE, OR IGNORE ALL FAILURES ON CONTROL BOARD TEST #4. 
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KPR #: D2OO090522 Product: TnS320C25 EMUL FW 64787 00.01 
One-line description: 

Data words at address 6 & 7 can apparently be displayed and modified 
Problem: 

Detailed Listing for Defect Number LSDqf03720 
Text: 

Data words at address 6 & 7 can apparently be displayed & modified 

Temporary solution: 

There is no known workaround. 
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KPR #: D200035261 Product: UPROG 64276 01.00 

One-line description: 

IN UP_CNTL, "LIST TRACEDATA" SHOWS "AND" EVEN IF NO " ABSOLUTE_IS" 

Problem; 

In uprog_control context, if list tracedata <LABEL> relative_to <MAP> 
entered, the softkeys will display and as a valid option (as in and 
segments or and symbols ) even if no asmb_db has been specified with t 
absolute_is command. 

The and segments and and symbols options are only valid if a asmb_db 
has been specified. Therefore, the and should be suppressed if no 
asmb_db has been specified. 

Temporary solution: 
Workaround : 

Ignore and option, end command with <RETURN> after specifying map. 



KPR #: D200035287 Product: UPROG 64276 01.00 

One-line description: 

IN UPCNTL, NO ERRMSG ISSUED IF "RUN UNTIL W/JAM ATTEMPTED W/0 JAM LABEL 
Problem: 

In uprog_control context: 

If (1) run until issued without any jam at start; 

and (2) on_break action is to jam (rather than stop clocks); 

and (3) no default jam label is in effect 

then error message No default jam label in effect should be issued 
because instrument has no way of determining width of jam desired. 

Circumstances causing this defect are very rare because a default jam 
label is always defined unless the user enters format specification 
context, deletes the current default jam label, and enters more than one 
alternative jam labels. 

Temporary solution: 
Workaround: 

Define a default jam label by issuing a run command with some sort of ja 
start . 
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KPR #: 5000251322 Product: USER DEF ASSEMB 64851 

One-line description: 

Expand Directive not working on 64000. 

Problem: 

The expand directive is not working in the 64000. 

"processor" 

FOXTROT MACRO 

LD B,H 
MEND 

EXPAND 

FOXTROT 

END 



No expansion is done. 

Temporary solution: 
Specify expand on the command line rather than in your source. 



KPR #: D200068924 Product: USER DEF ASSEMB 64851 00.70 

One-line description: 

Duplicate Symbols in Symbols Declarations not flagged as an error. 

Problem: 

Duplicate symbols are not flagged as errors in the UDA definition 
source. 

Example: 

SYMBOLS = NUMBERS 

ZERO = 0 

ONE = 1 
END 

SYMBOLS = TWO_SyM 

ZERO = 0 <<<Should be flagged as 

ONE = 1 <<<duplicate symbols 

END 

Temporary solution: 

Do not enter duplicate symbol names. Each symbol must have a 
unique name. 



KPR #: D200068932 Product: USER DEF ASSEMB 64851 00.70 

One-line description: 

Duplicate SYMBOLS Definitions are not flagged as an error 
Problem: 

Duplicate symbol type names not flagged as an error. Very misleading 
to user who thinks code assembled correctly. 

- USER DEF ASSEMB - 
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Example : 

SYMBOLS = DSEL_SYM 
INT = 0 
EXT = 1 

END 

SYMBOLS = DSEL_SYM <<<Duplicate symbol type 
INT = 0 declaration should be 

EXT - 1 flagged as an error 

END 

Temporary solution: 

Do not define duplicate symbol types. 



KPR #: D200068940 Product: USER DEF ASSEMB 64851 00.70 

One-line description: 

Bad table code generated when more than 25 SYMBOLS definitions 
Problem: 

Only 25 user-defined symbol types allowed. Any more than that 
are not flagged as an error. Instead, bad code is generated. 
The last valid SYMBOLS declaration can be detected in the UDA 
: listing file as follows. 

OOFF source_line#a SYMBOLS = NAMEl <<<Last valid Symbols 

declaration has OOFF 

OlOF source_line#b SYMBOLS = NAME2 <<<First invalid Symbols 

declaration has OlOF 

Temporary solution: 

Do not define more than 25 User defined symbols types. 



KPR #: D200079376 Product: USER DEF ASSEMB 64851 00.70 

Keywords: CODE GENERATOR 
One-line description: 

High order bits stripped from source characters in Pisces I 
Problem: 

High order bits stripped from source characters in Pisces I. 



Temporary solution: 

There is no known fix at this time. 
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KPR #: D200089409 Product: USER 


DEF 


ASSEKB 


64851 


00 


70 


One-line description: 

REPT will only take arguments range 1 


thru 32767 








KPR #: D20O089433 Product: USER 


DEF 


ASSEMB 


64851 


00 


70 


One-line description: 

Page size is different between PI 


and 


Hosted assemblers 






KPR #: D20O089458 Product: USER 


DEF 


ASSEMB 


64851 


00 


70 


One-line description: 

line number only 16-bits in size. 


This is too 


small for 


long files 
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KPR #: 5000251348 Product: USER DEF ASSEMB 300 64851S004 02.10 
One-line description: 

Undefined label not flagged when passed as a parameter to a macro. 
Problem: 

In the following program an undefined symbol is passed 
as a parameter to a macro. Rather than flagging an 
error the assembler assumes it has a value of 0 



■•6301" 

INCLUDE MACFILE 
MACl UNDEFLABEL 
END 



"MACFILE" 

MACl MACRO &P1 

.IF &P1.EQ.0 NEXT 

.NOP 

NEXT .NOP 
MEND 

Temporary solution: 

No temporary solution at this time. 

Signed off 08/31/88 in release A02.20 



KPR #: 5000252833 Product: USER DEF ASSEMB 300 64851S004 02.10 
One-line description: 

Macro use of a label is missing from xref. 
Problem: 

Another difference between 64000 and 64000-UX assembler found. 
The label "LABEL" is missing from the cross reference. 



1 "processor" 

2 RMB MACRO &P1 

3 VALUE .SET &P1 

4 AND VALUE 

5 MEND 
6 

7 LABEL EQU 0 <- DEFINITION 

8 RMB LABEL <- REFERENCE 
The X-REF table of this program is 

LINE# SYMBOL TYPE REFERENCES 

7 LABEL A <- This field should be 8. 

•»* VALUE U <- 4. 

Temporary solution: 
No temporary solution. 
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KPR #: 5000278606 Product: USER DEF ASSEMB 300 64851S004 02.00 
One- line description: 

Line number for EQU is not completely dislayed after line 1000 
Signed off 08/31/88 in release A02.20 



KPR #: 5000294181 Product: USER DEF ASSEMB 300 64851S004 02.10 
One-line description: 

Undefined Error placed on all macro usage, if just one label undefined 
Problem: 

The given code does indeed flag Pi, P2, and P3 as undefined even 
though P2 is the only label that is undefined. The SR was submitted 
for Hotsite Epic #1487. The current version in QA however seems to 
have fixed this problem while only flagging P2. This pre-released 
version has been sent to the customer. 



KPR #: D2000 48421 Product: USER DEF ASSEMB 300 64851S004 01.00 



Keywords: MACRO 
One-line description: 

Conditional instr. .IF with rational oper. in Macro creates bad code 
Problem: 

The use of the conditional instruction, .IF, with rational operator 
( .EQ. , .NE. , . LT. , .GT. , .LE. , .GE. ) in a macro functions incorrectly. 
The following program demonstrates this problem: 



BUG MACRO &VAR 

.IF &VAR .LE. 0 suBma. 
NOP 
NOP 

SUB&&&& NOP 
NOP 
MEND 



BUG 3 
BUG -1 
BUG 0 
END 



Passing a 3 appears to create correct code, but 0 causes a ML error. 
Passing -1 to the MACRO creates code which doesn't call the subroutine. 
This is incorrect since -1 is less than 0. This same problem 
occured with all the rational operators on all processors. The problem 
was consistant on the 64000, VAX, and 9000. 



Signed off 08/25/86 in release 01.10 
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KPR #: D200053512 Product: USER DEF ASSEMB 300 64851S004 01.00 
One-line description: 

Macro def. including .IF, within a IF causes assembler to stop code gen. 
Problem: 

If you have a ".IF" in a macro definition and that macro definition 
is within a conditional assembly "IF" then no code is generated. 
The program provided demonstrates the problem (see submitter text). 

Temporary solution: 

Pull the macro definition outside of the conditional if. No code 
will be generated for the definition. 

"processor name" 

ESSAI EQU 0 

MAC MACRO 

.IF ESSAI. EQ.O FIN 

LABEL LD A,0 

FIN MEND 

IF ESSAI 

MAC 

ENDIF 

START LD A, 3 

Signed off 08/25/86 in release 01.10 

KPR #: D200055541 Product: USER DEF ASSEMB 300 64851S004 01.00 
One-line description: 

Comments not delimited by semi-colons appear in the assembler xref. 
Problem: 

If you do not delimit a comment with a semi-colon it will 
appear in the assembler xref. 

"processor" 

MOVE D0,D1 COMMENT 



COMMENT appears in the asm xref as an undefined symbol. 
Temporary solution: 

Delimit all comments with a semi-colon. 
Signed off 08/25/86 in release 01.10 
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KPR #: D200059311 Product: USER DEF ASSEMB 300 64851S004 01.00 
One-line description: 

Host compilers do not put absolute pats specifications in relocatables 
Problem: 

Host compilers do not specify the full path name in the 
relocatable file. 

Temporary solution: 

No known temporary solution. 

Signed off 08/25/86 in release 01.10 



KPR #: D200059964 Product: USER DEF ASSEMB 300 64851S004 01.00 
One-line description: 

QUOTING CHARACTERS WITHIN STRINGS ARE ALL TRANSLATED TO " . " 

Problem: 

When using quoting characters within strings (',",") they are 
all translated to "." This was done to facilitate string comparisons 
but causes a problem when the string is to be part of the generated 
code . 

Signed off 08/25/86 in release 01.10 



KPR #: D200065417 Product: USER DEF ASSEMB 300 64851S004 01.10 
One-line description: 

Conditional assembly for INCLUDE files causes error. 
Problem: 

The following program has a conditional which causes one of two 

files to be included. However, if the file that is not included 

by the conditional is missing, an error is generated when the program 

is assembled; 

"processor name" 

DATA 
X RMB 

PROG 

IF 

INCLUDE 
ELSE 
INCLUDE 



ENDIF 

Temporary solution: 
No known workaround at this time. 

Signed off 12/10/87 in release 202.00 
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X = 0 
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KPR #: D200081646 Product: USER DEF ASSEMB 300 64851S004 01.20 
One-line description: 

expressions of the form 123456.78 cause errors 
Problem: 

There is a problem with the expression handler on the hosted software 
when parsing expressions of the form 12345.67, which the assembler 
thinks is a real number. This problemis shown in sample code supplied to 
Dave Ritchie by JLO in conjunction with the 64180 assembler. 

Signed off 12/10/87 in release Z02.00 



KPR #: D200087559 Product: USER DEF ASSEMB 300 64851S004 02.10 
One-line description: 

DE errors anr not declared in all cases for forward references. 
Problem: 

This problem was caused by a reference to the array used by the 
header printing routines. The array used as a buffer is referenced one 
byte past its end, destroying a pointer to the phase error occurance 
chain in the MS-DOS version. 

Temporary solution: 

Do not use forward referencs. 
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KPR »: D200065391 Product: USER DEF ASSEMB 500 64851S001 01.50 
One-line description: 

Conditional assembly for INCLUDE files causes error. 
Problem: 

The following program has a conditional which causes one of two 
files to be included. However, if the file that is not included 
by the conditional is missing, an error is generated when the program 
is assembled: 

"processor name" 
DATA 

X RMB 0 

PROG 

IF X = 0 

INCLUDE juliel 
ELSE 

INCLUDE julie2 



END IF 



10 - invalid operand error if julie 2 is 
missing 



Temporary solution: 

No known workaround at this time. 



KPR #: D200086702 Product: USER DEF ASSEMB 500 64851S001 02.10 
One-line description: 

Macro use of a label is missing from xref. 
Problem: 

Another difference between 64000 and 64000-UX assembler found. 
The label "LABEL" is missing from the cross reference. 



1 "processor" 

2 BMB MACRO &P1 

3 VALUE .SET &P1 

4 AND VALUE 

5 MEND 
6 

7 LABEL EQU 0 <- DEFINITION 

8 RMB LABEL <- REFERENCE 
The X-REF table of this program is 

LINE* SYMBOL TYPE REFERENCES 

7 LABEL A <- This field should be 8. 

•»* VALUE U <- 4. 

Temporary solution: 
No temporary solution. 

Signed off 08/31/88 in release A02.20 
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KPR #: D200086736 Product: USER DEF ASSEMB 500 64851S001 02.10 

One-line description: 

Undefined label not flagged when passed as a parameter to a macro. 
Problem: 

In the following program an undefined symbol is passed 
as a parameter to a macro. Rather than flagging an 
error the assembler assumes it has a value of 0 



"6301" 

INCLUDE MACFILE 
MACl UNDEFLABEL 
END 



"MACFILE" 

MACl MACRO &P1 

.IF &P1.EQ.0 NEXT 

.NOP 

NEXT . NOP 

MEND 

Temporary solution: 

No temporary solution at this time. 

Signed off 08/31/88 in release A02.20 



KPR #: D200087544 Product: USER DEF ASSEMB 500 64851S001 02.10 
One-line description: 

DE errors anr not declared in all cases for forward references. 

Problem: 

This problem was caused by a reference to the array used by the 
header printing routines. The array used as a buffer is referenced one 
byte past its end, which trashed a pointer to the phase error occurence 
chain in the MS-DOS version. 
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KPR #: D200087577 Product: USER DEF ASSEMB DOS 64851S006 00.00 
One-line description: 

DE errors anr not declared in all cases for forward references. 
Problem: 

This problem was caused by a reference to the array used by the 
header printing routines. The array used as a buffer is referenced one 
byte past its end, destroying a pointer to the phase error occurance 
chain in the MS-DOS version. 

Temporary solution: 

Do not use forward reference. 

Signed off 03/09/88 in release A01.90 



KPR #: D20G087726 Product: USER DEF ASSEMB DOS 64851S006 00.00 
Keywords: CODE GENERATOR 
One-line description: 

Do not refer to the serial port config as "emulator config" 
Problem: 

Don't refer to serial port config as emulator config 

The install script for the PC emulator interface installation 
refers to the serial port comf iguration file as the emulator 
configuration file. This may cause concern for users familiar 
with the current emulation products, since the emulation 
configuration generally refers to the actual setup of the 
emulator memory, etc. 



Temporary solution: 

Be aware that the emulator configuration file is the same as the 
serial port configuration file. 

Signed off 08/31/88 in release A02.20 



KPR #: D200088492 Product: USER DEF ASSEMB DOS 64851S006 02.10 
One-line description: 

The "INSTALL.BAT" file has some problems, preventing installation 
Problem: 

The product floppy has a "bad" ," INSTALL . BAT" file on it making 
installatiorj of the product overly difficult. 

Temporary solution: 

Use the DOS "copy" command to install the product to your system, 
making the directories the same as found on the product floppy. 

DO NOT USE the INSTALL.BAT file... 

Signed off 04/08/88 in release A02.ll 
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KPR #: D200090183 Product: USER DEF ASSEMB DOS 64851S006 02.11 
One-line description: 

Linker xref has bad defs & refs - may crash 
Problem: 

Linker xref does not always work due to a memory allocation 
error. The symbol table nodes are allocated in chunks of 
5 each, but the xref generator frees them on at a time. 
This results in memory being freed that was not allocated 
to begin with! On DOS, this can result in nodes being 
corrupted, or in a system crash. On HPUX it seems to be 
benign. VAX behavior has not been examined, but this will 
be repaired there also. The fix is to remove the 'free' 
statements from the 'symtab.c' module function ' get_next_symb' . 
The OS will automatically deallocate this process memory upon 
completion (As it does now if no xref is requested). 

Signed off 08/31/88 in release A02.20 



KPR #: D200090191 Product: USER DEF ASSEMB DOS 64851S006 02.11 
One-line description: 

MS-DOS linker will not accept .k file as a linker command file 
Problem: 

The linker on MS-DOS does not recognize a command line input 
for the command file with a small 'k' extension as a valid 
command file, (ex: 'test.k' gives err, 'test.K' works) 

The reason for this is that the linker doesn't recognize the 
'.k' as a command file extension, and so appends a '.K' to it 
to form the default file (eg: 'test.k' becomes 'test.k.K') and 
so the open fails. 

Similar effects are to be expected for '.r', '.1', and '.x' 
files. 

Since MS-DOS is NOT case sensitive, 1 would recommend modifying 
the functions that look for these extensions to look for lower 
or upper case letters (eg: use to_upper() in compare). 

Signed off 08/31/88 in release A02.20 



KPR #: D200090266 Product: USER DEF ASSEMB DOS 64851S006 02.11 

One-line description: 

REAL number pseudos 8, SCAN_REAL function no good on MS-DOS 
Problem: 

Copied from Lab text: 
Text: 

REAL number pseudos & SCAN_REAL function no good on PC 

During porting of 64860 regression tests to Vectra, an error turned 
up in the use of the REAL pseudo-op and the DCR pseudo for the 8096. 
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KPR #: D200090266 »*CONTINUED** 

Invalid values were generated. Example: 

09B1 F9FE3C00 REAL 1.0E3 ; Should be 447AO0O0 
09B6 FE00003C DCR 1.0E3 ;Should be 00007A44 

.fix 

NOTE: 

Fixes for this problem were put into 'real.c' and 'table. c'. The 
problem was caused by incorrect type casting and the use of char 
pointers to short int variables being confused about the index of 
the most significant and least significant bits of the real number 
values. This had apparently been encountered before when porting 
to the VAX and HPUX, as 'ifdef's existed for these processors. 

Signed off 08/31/88 in release A02.20 



KPR #: D200091272 Product: USER DEF ASSEMB DOS 64851S006 02.11 
One-line description: 

Can not assemble a file on a different disk...(ie: 'A:' from C:) 
Problem: 

Detailed Listing for Defect Number LSDqf03929 
Text: 

Can't assemble file on different disk (eg: 'a:') from c: 

Found a problem with assembler on DOS where I could not assemble 
a file on a different disk than the current disk because assembler 
builds wrong path name for source file. 

Example: 

current directory is c:\junk and we want to assemble file 'fred' 
on drive a: 

C:\JUNK> asm a: fred 

Assembler cannot open object file because it builds a path for the 
source file name of: 'C:\JUNK\A :FRED ' . This is wrong. 

This bug was fixed in the file pathgen.c and will be resolved in 
the next SUDS release (Jul 88). 

This report is for informational purposes only. Please enter in 
STARS and resolve with code change. Thanks. 



KPR #: D200091314 Product: USER DEF ASSEMB DOS 64851S006 02.11 
One-line description: 

Assembler crashes when directory path name is too long 
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KPR #: D200065409 Product: USER DEF ASSEMB VAX 64851S003 01.50 
One-line description: 

Conditional assembly for INCLUDE files causes error. 

Problem: 

The following program has a conditional which causes one of two 
files to be included. However, if the file that is not included 
by the conditional is missing, an error is generated when the program 
is assembled: 

"processor name" 
DATA 

X RMB 0 

PROG 

IF X = 0 

INCLUDE juliel 
ELSE 

INCLUDE julie2 

10 - invalid operand error if julie 2 is 
missing 

END IF 

Temporary solution: 

No known workaround at this time. 

KPR #: D200086710 Product: USER DEF ASSEMB VAX 54851S003 02. 10 

One-line description: 

Macro use of a label is missing from xref. 
Problem: 

Another difference between 64000 and 64000-UX assembler found. 
The label "LABEL" is missing from the cross reference. 



1 "processor" 

2 RMB MACRO &P1 

3 VALUE .SET &P1 

4 AND VALUE 

5 MEND 
6 

7 LABEL EQU 0 <- DEFINITION 

8 RMB LABEL <- REFERENCE 
The X-REF table of this program is 

LINE# SYMBOL TYPE REFERENCES 

7 LABEL A <- This field should be 8. 

**» VALUE U <- 4. 

Temporary solution: 
No temporary solution. 

Signed off 08/31/88 in release A02.20 
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KPR #: D200086744 Product: USER DEF ASSEMB VAX 64851S003 02.10 
One-line description: 

Undefined label not flagged when passed as a parameter to a macro. 
Problen: 

In the following program an undefined symbol is passed 
as a parameter to a macro. Rather than flagging an 
error the assembler assumes it has a value of 0 



"6301" 

INCLUDE MACFILE 
MACl UhfDEFLABEL 
END 



"MACFILE" 

MACl MACRO &P1 

.IF &P1.EQ.0 NEXT 

. MOP 

NEXT . NOP 

MEND 

Temporary solution: 

No temporary solution at this time. 

Signed off 08/31/88 in release A02.20 



KPR #: D200087551 Product: USER DEF ASSEMB VAX 64851S003 02.10 
One-line description: 

DE errors anr not declared in all cases for forward references. 
Problem: 

This problem was caused by a reference to the array used by the 
header printing routines. The array used as a buffer is referenced one 
byte past its end, which destroyed a pointer to the phase error 
occurance chain in the MS-DOS version. 

Temporary solution: 

Do not use forward references. 
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KPR #: 5000232991 Product: USER DEF EMUL 300 64274S004 01.10 
One- line description: 

Displaying memory takes much longer in 64000-UX environment than 64000. 
Problem: 

Migrating from 64100 ude to 64120 ude has had a large time impact on 
debugging programs. A display of memory sometimes takes 17 seconds! 
At best it takes about 7 seconds. Much longer than on 64100. 

Temporary solution: 

No workaround at this time. 

Signed off 08/31/88 in release AOl.20 



KPR #: D200077966 Product: USER DEF EMUL 300 64274S004 01.00 
One-line description: 

No mnemonic display during stepping of the NEC 7500 
Problem: 

For some processors, the UDE may not be able to display the 
opcode and the mnemonic of the instruction during a single 
step operation. The processor is single stepped correctly 
and the display of the registers is correct but the 
instruction being single stepped only gets displayed randomly. 

This problem only occurs if the processor is running very 
slowly, and the single step trace does not have time to complete. 

Signed off 08/31/88 in release A01.20 



KPR #: D200079004 Product: USER DEF EMUL 300 64274S004 01.10 
One-line description: 

64000-UX UDE mnemonic mem display for word processors may be garbled 
Problem: 

The mnemonic memory display is garbled for word based processors. 
An inverse assembler that works properly with the UDE on the 64100 
may have this problem under HP64000-UX. 

This problem occurs because the Inverse Assembler variable 
RETURN_COUNT counts words on the 64100, where it now counts 
bytes under HP64000-UX. HP64000-UX should treat RETURN_COUNT 
in the same manner as the variable is treated on the 64100. 

This problem only occurs on mnemonic memory displays, and can 

be identified when one notices that the UDE is attempting to 

disassemble 2nd, 3rd, etc. words of an instruction as the 1st 
word of the next instruction. 

Temporary solution: 

If you have the source for your inverse assembler, you can 
modify your inverse assembler to work around this problem until 
it is fixed. The workaround is to change the significance of 
RETURN_COUNT in your Inverse Assembly Language source. Since 
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KPR #: D200079004 **CONTINUED*» 

RETURN_COUNT is now expected to always count bytes, you must 
double all values of RETURN_COUNT. For example, if you initialize 
RETURN_COUNT to 1, change it so that it is initialized to 2. 
If you increment RETURN_COUNT , then you must now increment twice. 

Signed off 08/31/88 in release A01.20 

Duplicate Service Requests: D200078998 



KPR #: D200080697 Product: USER DEF EMUL 300 64274S004 01.10 
One-line description: 

pwd truncates the /net/system portion of the path when RFA'ed to system. 
Problem: 

When using the HP 64000-UX products and netunaming across the LAN 
to another system, such as a compile server, the HP-UX command 
"pwd" which is used by the HP64000-UX product to tell what the 
local directory is, truncates the "/net/system" part of the path. 

This is a HP-UX operating system defect. It is not a defect in 
the HP 64000-UX application software. As soon as this defect is 
fixed in HP-UX, it will work correctly when using the HP 64000-UX 
applications . 

Signed off 08/31/88 in release AOl.20 



KPR #: D200080994 Product: USER DEF EMUL 300 64274S004 01.10 
One-line description: 

Using Emulation across RFA can give incomplete symbol information 
Problem: 

Accessing sjnnbol data in a remote file across RFA may result 
in incomplete symbol information being available. This 
problem is a result of readO calls being interrupted during 
file access over RFA. 

This problem can also affect reading absolute data into memory as 
well. 



Temporary solution: 

If this problem occurs while loading absolute data, attempting 
to reload the file again may work. 

There are two possible answers to this problem. The first is to 
move the .Y file to the machine running the emulator. 

The second solution is to move the program object to the machine 
which is running the emulator. This can be done using the get64 
program. When you load the emulator, a new .Y file will be created. 

Signed off 08/31/88 in release AOl.20 
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KPR #: D200081943 Product: USER DEF EMUL 300 64274S004 01.10 
One-line description: 

The Inter-Module-Bus trigger signal latches when set to drive & receive 

Problem: 

Vfhen two emulators are set to drive and receive trigger, after the 
trigger signal is driven once over the 1MB, the trigger signal latches. 
Subsequent measurements trigger immediately since the trigger signal on 
the 1MB is still latched from the previous measurement. 

Temporary solution: 

No workaround at this time. 

Signed off 08/31/88 in release AOl.20 



KPR #: D200082289 Product: USER DEF EMUL 300 64274S004 01.10 
One-line description: 

Processes sometimes left running after parent has stopped. 

Problem: 

Sometimes, when the parent process to a measurement system is killed 
some of the measurement systems processes are left running. Please 
change the behaviour of the products so that these processes die 
nicely. 



Temporary solution: 

If the tty associated with the process is a pty, then you can 
release the processes by 
cat < ptyxx 

This causes the pending output to be flushed, and the processes will die 
naturally. 



Signed off 08/31/88 in release AOl.20 



KPR #: D200083295 Product: USER DEF EMUL 300 64274S004 01.10 
One-line description: 

Loading a trace file from a different processor may cause core dump 

Problem: 

If a trace file is created with "store trace" on a processor that allows 
multiple analysis modes with some mode other than the default, then is 
loaded by a processor with only one mode, a core dump will result. A 
good example is storing an execution mode trace on the dequeued 68000, 
then trying to load the trace on the non-dequeued 68000. 



Temporary solution: 

Do not attempt to load a trace file for a mode that is not supported. 
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Signed off 08/31/88 in release A01.20 
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KPR #: D200086074 Product: USER DEF EMUL 300 64274S004 01.10 

One-line description: 
Tracelist symbols dissappear. 

Problem: 

The symbols vill not be displayed in the trace list if the 
following conimands are executed: 

1. display trace absolute symbols on 

2. end ; end locks the emulation session 

3. <systein name> <module name> ; continues the emulation session 

4. display trace 

The symbols vill not be displayed even if you try to re-execute step 
number 1. 

Temporary solution: 

Perform the following steps after executing steps 1-4 listed in the 
problem text . 

5. display trace mnemonic 

6. display trace absolute 

Signed off 08/31/88 in release A01.20 



KPR #: D200087270 Product: USER DEF EMUL 300 64274S004 01.10 
One-line description: 

Software breakpoint in target memory will hang system. 
Problem: 

A software breakpoint set in target memory will cause the system to 
hang. 

Signed off 08/31/88 in release A01.20 



KPR #: D200090324 Product: USER DEF EMUL 300 64274S004 01.10 
One- line description: 

Monitor fails w/word processot if DADA not mapped to low memory 
Signed off 0 8/31/88 in release A01.20 



KPR #: D200090621 Product: USER DEF EMUL 300 64274S004 01.10 
One- line description: 

rd/wr ioport at odd addr accesses to many ports for word processors 
Problem: 

Detailed Listing for Defect Number LSDqf0387l 
Text: 

rd/wr ioport at odd addr accesses too many ports for word processors 
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Defect applies only to UDE word processors: 

If a request is made to read or write an I/O port, and its 
address is odd, the ude processor driver will read 1 too 
many ports. This can be a real problem if the port 
immediately following the requested port has undesirable 
side-effects. 

. labnotes 

This problem occurs because the UDE aries driver 
routines that rd/wr i/o ports do not special case word 
operations with a word processor. The UDE host code 
needs to send the aries routines an io_command flag that 
indicates the processor is word oriented. 

Temporary solution: 

There is no known workaround. 

Signed off 08/31/88 in release A01.20 



KPR #: D200090910 Product: USER DEF EMUL 300 64274S004 01.10 
One-line description: 

Code disp. with trace not right if code changed w/o ending emul. session 
Problem: 

Source lines displayed with a trace may not be correct if 

the code is changed without ending out of the emulation session. 

For exanple, a user running is windows does a display trace source 

on, and sees a statement: i = 1; in the trace along with the 

MOVE.L #1,D0 that accompanies that source line. The user then 

moves to another window, changes the source line to i = 2; , recompiles, 

relinks, and runs edbuild. The user then moves back to the emulation 

window, reloads the file, and reruns the code and the trace. The 

trace shows MOVE.L #2, DO as expected, BUT shows i = 1; as the 

source line. 

End out of emulation, and reenter before loading the new program 
Source lines displayed with a trace may not be correct if 
the code is changed without ending out of the emulation session. 
For exanple, a user running is windows does a display trace source 
on, and sees a statement: i = 1; in the trace along with the 
MOVE.L #1,D0 that accompanies that source line. The user then 
moves to another window, changes the source line to i = 2;, recompiles, 
relinks, and runs edbuild. The user then moves back to the emulation 
window, reloads the file, and reruns the code and the trace. The 
trace shows MOVE.L #2, DO as expected, BUT shows i = 1; as the 
source line. 

Temporary solution: 

End out of emulation, and reenter before loading the new program 
or executing the trace. 
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KPR #: D200090910 **CONTINUED** 
Signed off 08/31/88 in release AOl.20 
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KPR #: 5000152892 Product: USER DEFIN ASM M 64851-90904 00.70 

Keywords: MANUAL 

One-line description: 

is comment field of a macro causes a parameter error. 

Problem: 

If the comment field in a macro contains a a parameter 

error is generated. 

"processor" 

MACl MACRO &P1,8<P2 

DC.&Pl &P2 ;P1 & P2 

MEND 

MACl W,2 
Temporary solution: 

Avoid using a in a macro comment field. 
Fix information: 

Fix is documented in Software Notice 5959-2131 R2707. 
Signed off 08/05/87 in release 01.01 



KPR #: 5000153981 Product: USER DEFIN ASM M 64851-90904 01.00 
One-line description: 

DE must be defined before being referenced. 

Probleiti: 

Assembler manual has apparently ambiguous error definition. 

Specifically 

DE - Indicated symbol must be defined prior to it being referenced. 
Symbol may be defined later in program sequence. 



The 64000 and 500 seem to agree with the later statement. The series 
300 thinks the first one is true. 

Temporary solution: 
No temporary solution. 



KPR #: D200079558 Product: USER DEFIN ASM M 64851-90904 00.70 
One- line description: 

64000 station resets when linking if SKELETON command used improperly 
Problem: 

When the SKELETON command is used improperly in the linker, the 64000 

station behaves erratically. Symptoms range from resetting of the 

station to garbage characters displayed when linking the target code. 
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KPR #: D20 0079558 **CONTINUED** 
Temporary solution: 

The SKELETON command should only be used in the linker definition source 
when a GEN_CODE <RELOC_FMT > , BOTH is used in the assembler definition 
source. TTie keyword here is BOTH. If VALUE is used, the SKELETON 
command in the linker should not be used. A note to this effect will 
be added to the next revision of the manuals. 
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KPR #: 5000267468 Product: USER INTERFACE M 64808-90901 01.00 

One-line description: 

Need to add Note saying that 64100 Terminal Mode is not supported. 



KPR #: 5000291427 Product: USER INTERFACE M 64808-90901 01.00 
One-line description: 

PMON doesn't allow a file to begin with a numeric value. 
Problem: 

When in PMON on a hpux 9000 s/300, and you try to access a file (editor 
or emulation), you get an error cannot access file. This occurs if 
the file begins with a numeric character. If you try to use the same 
editor on a similar named file while in unix (outside of PMON), you can 
access the file ok. This was a limitation in the old 64100 system, but 
is not congruent with the unix naming convention. You can get around 
this problem if you place an * for the first character followed by a 
numeric character. 

Temporary solution: 

You can get around this by placing a '*' for the first character 
followed by the numeric character. 
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KPR #: 5000178301 Product: USER INTERFACE 300 64808S004 01.10 
One-line description: 

PMON not interpreting a command file correctly. 
Problem: 

In the following example PMON substitutes the value of a shell 
variable before it executes a command. The substition causes 
an illegal syntax error because PMON will only allow you to 
print to I SPRINTER and not I Ipr. 

comp test.c I SPRINTER is the command file. 

If executed in PMON a syntax error is flagged. However, if 
you type this same command PMON accepts it. 

Temporary solution: 

Invoke the compiler using its full path name. 
/usr/hp64000/bin/comp test.c I SPRINTER 
Signed off 08/20/87 in release 01.30 



KPR #: D200090613 Product: USER INTERFACE 300 64808S004 02.10 
One-line description: 

A command file containing these three characters in that order #'1 fails 
Problem: 

Detailed Listing for Defect Number LSDqf03870 
Text: 

command file containing #'! (3 characters, in that order) fails 
A command file containing the characters 
#' ! 

will fail, leaving the command line garbled; subsequent commands 
in the connnand file are not executed. The line may have other 
characters in it, for example 

#comment - this isn't my idea! 

which win produce the same results. 

The defect was noticed while running regression tests for ptui z80. 
Temporary solution: 

Be careful not to use that particular combination of characters in 
a comment line. 
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KPR #: D200069369 Product: USER INTERFACE 500 64808S001 01.40 
One-line description: 

PMON not interpreting a command file correctly. 
Problem: 

In the following example PMON substitutes the value of a shell 
variable before it executes a command. The substition causes 
an illegal syntax error because PMON will only allow you to 
print to I SPRINTER and not I Ipr. 

comp test.c I SPRINTER is the command file. 

If executed in PMON a syntax error is flagged. However, if 
you type this same command PMON accepts it. 

Temporary solution: 

Invoke the compiler using its full path name. 
/usr/hp64000/bin/comp test.c I SPRINTER 
Signed off 08/20/87 in release 01.30 
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KPB #: 500 0267005 Product: UTILITIES PKG 300 64888S003 01.40 
One-line description: 

Record attributes on VMS files are incorrect. 
Problem: 

The xlate utility on the VAX does create Motorola S Record files 
with the convential "Record Attributes". Normally, the Record 
Attribute of an S Record file (ASCII file ) is "Carriage return 
carriage control". The xlate utility creates a .H file with "none" 
as the Record attributes. 

This can cause a few problems: 

- viewing the file is difficult, because each record is not started 
on a new line when viewed via the "TYPE" command for example. 

- some editors will not accept the file, becuase the one line is too 
long 

- in this customer's case, the Microtec Research 6301 simulator cannot 
be used because the simultor will not accept the file. 

The ASCII files created via xlate should have Record attributes of: 
"Carriage return carriage control" 

Temporary solution: 

- create an fdl file such as "tovarcr . f dl" that looks like: 
RECORD 

CARRI AGE_CONTROL carriage_retum 
FORMAT variable 

( note that tabs should be used, not spaces, and case should be as 

shown ) . 
Then issue the command: 

"convert/fdl=tovarcr <OLDFXLE.H> <NEWFILE.H>" 
The NEWFILE.H will have carriage return carriage control attribuites. 
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KPR #: D200078048 Product: UTILITIES PKG 300 64888S004 01.00 
One-line description: 

Enhancements are not displayed correctly in ANSI mode. 
Problem: 

Detailed Listing for Defect Number LSDqf00423 

Submission Number: 00442LSDqf Date Found: 870622 

Defect Status: OPEN Date Arrived: 870622 

Prod/SCMS: fastalpha. term Date Received: 870625 

Version : 0.14 Date Resolved: (estimated) 

Severity: 4 

Showstopper: No Number of Duplicates: 

Workaround: No Additional Files: 1 
Defect/Enhancement : 
* defect 

Text: 

Enhancements are not displayed correctly in ANSI mode. 



Submitter Supplied Information 

Submitter name: Blair Pendleton 

Submitter phone: 

Submitter address: bdp 

Activity used to find defect: casual use 

Responder Supplied Information 

Responsible site: LSD 
Responsible project: stars 
Responsible engineer: STARS II 



. submitter 

Enhancements are not updated correctly on ANSI terminals (including 
vtlOO, vt220 & vt330). Writing into a previously enhanced field does 
not always retain the enhancement. I first noticed this in Timing, we 
have an inverse video title line which names the current display. When 
I change to a different display, the new display name is printed but the 
previous enhancements are lost. 

To reproduce, put your 2392a terminal into ANSI mode and set your TERM 
to vtl02a. Now run pmon and type in any keyword to make the softkeys 
track. Examine the softkeys - some are enhanced, others partially 
enhanced, some not at all. Control-L redraws the display correctly. 



Signed off 08/28/87 in release 99.99 
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KPR #: D200067124 Product: VMS 6500 ASSM M 64843-90904 01.00 

One-line description: 

.LIS file should be put in same directory as .A and .R files. 
Problem: 

The .LIS file created with the /OUTPUT option when compiling or 
assembling is put in the directory where the compile or assemble 
is invoked from. However, the .A and .R files are put in the 
directory that the source file resides in. All three of these 
files should be placed in the same directory. 

Temporary solution: 

Make sure that you are in the directory containing the source file 
to be compiled before executing the compile command. 

Signed off 04/07/88 in release XOO.OO 



- VMS 6500 ASSM - 
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KPR #: D200046813 Product: VMS 6800 ASSM M 64841-90907 01.20 

One-line description: 

Assembler should denote an error on non-absolute .SET expressions. 
Problem: 

If a nonabsolute expression is used with .SET MACRO instruction, 
the expression will not assemble correctly. 

Temporary solution: 

You must use absolute (type=0) expressions with the .SET MACRO 
instruction. 

Fix information: 

Fix is documented in Software Notice 5958-8815 R2707. 
Signed off 08/05/87 in release 01.50 



KPR #: D200067082 Product: VMS 6800 ASSM M 64841-90907 01.00 

One-line description: 

.LIS file should be put in same directory as .A and .R files. 
Problem: 

The .LIS file created with the /OUTPUT option when compiling or 
assembling is put in the directory where the compile or assemble 
is invoked from. However, the .A and .R files are put in the 
directory that the source file resides in. All three of these 
files should be placed in the same directory. 

Temporary solution: 

Make sure that you are in the directory containing the source file 
to be compiled before executing the compile command. 

Signed off 04/07/88 in release XOO.OO 



- VMS 6800 ASSM - 
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KPR #: D200055798 Product: WIS 6800-03 C PI 64821-90903 01.50 

One-line description: 

Declaring a function which returns a ptr to a function causes error. 
Problem: 

Declaring a function that returns a pointer to a function that 
returns an integer causes invalid syntax errors to be generated. 

"C" 

"processor" 

int funclO; 

int (*func5())(); 

main ( ) { 

int cntr; 
int (*tinp)(); 

for lcntr=l; cntr<4; cntr++) { 
tmp=func5(cntr) ; 

funcK ){return(l) ; } 
Temporary solution: 

Break up the declaration by using a typedef. 

"C" 

"processor" 

int funcK); 

typedef int {*pfi)(); 

pfi funcSO; 

mainO { 
int cntr; 
int (*tmp)(); 

for (cntr=l; cntr<4; cntr++) 
{ tmp « func5(cntr); 

} 

pfi func5(tinp2) 

int tmp2: 

{ 

if (tmp2"l) return! fund) ; 

} 

fund 0 {return (1) ; } 
Fix information: 

Fix is documented in Software Notice 5959-2125 RR2707. 
Signed off 08/06/87 in release 01.90 
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KPR #: 0200066969 Product: VMS 6800-03 C M 64821-90903 01.00 

One-line description: 

.LIS file should be put in same directory as .A and .R files. 
Problem: 

The .LIS file created with the /OUTPUT option when compiling or 
assembling is put in the directory where the compile or assemble 
is invoked from. However, the .A and .R files are put in the 
directory that the source file resides in. All three of these 
files should be placed in the same directory. 

Temporary solution: 

Make sure that you are in the directory containing the source file 
to be compiled before executing the compile command. 

Signed off 04/07/88 in release XOO.OO 



- VMS 6800-03 C - 
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KPR #: D200055715 Product: VMS 68000/08/10 C M 64819-90904 01.50 
One-line description: 

Declaring a function which returns a ptr to a function causes error. 
Problem: 

Declaring a function that returns a pointer to a function that 
returns an integer causes invalid syntax errors to be generated. 

"C" 

"processor" 

int funcK); 

int (*func5())(); 

main ( ) { 

int cntr; 
int (*tmp) 0; 

for (cntr-1; cntr<4; cntr++) { 
tmp=func5 (cntr) ; 

} 

funcK ){return(l) ; } 
Temporary solution: 

Break up the declaration by using a typedef. 

■•c" 

"processor" 

int funclO; 

typedef int (*pfi)(); 

pfi func5(); 

main() { 
int cntr; 
int (*tmp)(); 

for (cntr=l; cntr<4; cntr++) 
{ tmp = func5 (cntr) ; 

} 

pfi func5(tmp2) 

int tinp2; 

{ 

if (tmp2==l) retum(funcl) ; 



fund 0 {return (1) ; } 
Fix information: 

Fix is documented in Software Notice 5959-2125 R2707. 
Signed off 08/06/87 in release 01.90 

- VMS 68000/08/10 C -M 
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Duplicate Service Requests: D200055723 

KPR #: D200066928 Product: VMS 58000/08/10 C M 64819-90904 01.00 
One-line description: 

.LIS file should be put in same directory as .A and .R files. 
Problem: 

The .LIS file created with the /OUTPUT option when compiling or 
assembling is put in the directory where the compile or assemble 
is invoked from. However, the .A and .R files are put in the 
directory that the source file resides in. All three of these 
files should be placed in the same directory. 

Temporary solution: 

Make sure that you are in the directory containing the source file 
to be compiled before executing the compile command. 

Signed off 04/07/88 in release XOO.OO 



- VMS 68000/08/10 C -M 
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KPR #: 5000160143 Product: VMS 68000/8/10 ASM M 64845-90905 01.60 

One-line description: 
Document REG pseudo 

Problem: 

The REG pseudo is not explained in the manual. 

Temporary solution: 

The REG pseudo assigns a symbolic name to a register list for 
future use by the MOVEM instruction. 

Example : 

MY_LIST REG A1-A5 

MOVEM MY_LIST,-[A7] 

Fix information: 

Fix is documented in Software Notice 5958-8825 R2707. 
Signed off 08/05/87 in release 01.65 

KPR #: 5000220764 Product: VMS 68000/8/10 ASM M 64845-90906 01.60 
Keywords: MANUAL 
One-line description: 

Manual explains linker options incorrectly. 
Problem: 

In all "Using the linker" chapters for VAX hosted manuals the 
♦options definitions are both incorrect and misleading. The 
/map option states that a load map listing is produced. This 
is done by default when /output is specified. In fact you 
cannot specify /map without /output so rather than explaining 
/map we should explain that /nomap can be used to supress 
a linker map when /output is specified. Secondly, .LIS 
is not the default extension as stated in the /output 
definition, filename. MAP is the default extension for 
the linker, filename. LIS is used by the assembler and 
compilers. 



* Linker options are typically described on page 3-3 of the 
Using the linker chapter. 

Temporary solution: 
No temporary solution. 

KPR #: 5000220772 Product: VMS 88000/8/10 ASM M 64845-90906 01.60 
Keywords: MANUAL 
One-line description: 

Manual states incorrectly that EXT is a pseudo op. 
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KPR #: 5000220772 *»CONTINUED** 



Problem: 

Antoinette Burkett sc: 



On page 5-11 of the 68000 cross assembler/linker manual for the 
vax it states that the either the EXT or EXTERNAL will work as 
the operator for the external pseudo op, however only EXTERNAL 
works. EXT generates an error message. 

Temporary solution: 

Use EXTERNAL in replace of EXT. EXT is an assembler instruction 
for the 68000 family. 

KPR #: D200046268 Product: VMS 68000/8/10 ASM M 64845-90906 01.30 
One-line description: 

LR error flagged for correct offset using PC+INDEX+OFFSET mode of addr. 
Problem: 

The following program shows a problem with PC-relative 
addressing with displacement. The displacement is taken 
as the low-order 8 bits of the label instead of relative 
to the current PC. 



ORG 0F8H 

MOVE LABEL[PC,D6] ,D5 

ORG 102H 

LABEL DC.W OFFFFH 

This results in an error message: 

LR - Legal Range, Address or displacement out of range of 
the instruction's addressing capabilitities. 



Temporary solution: 
Temporary solution: 



"68000" 

ORG OFFH 

MOVE TABLE- ($+2) [PC, DO] ,D1 

TABLE DS 1 



Duplicate Service Requests: 5000116046 D200045898 5000160754 5000163576 

5000270629 

KPR #: D200067165 Product: VMS 68000/8/10 ASM M 64845-90906 01.00 
One-line description: 

.LIS file should be put in same directory as .A and .R files. 
Problem: 

The .LIS file created with the /OUTPUT option when compiling or 
assembling is put in the directory where the compile or assemble 
is invoked from. However, the .A and .R files are put in the 
directory that the source file resides in. All three of these 



- VMS 58000/8/10 ASM M - 
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files should be placed in the same directory. 

Temporary solution: 

Make sure that you are in the directory containing the source file 
to be compiled before executing the compile command. 

Signed off 04/07/88 in release XOO.OO 



- VMS 68000/8/10 ASM M - 
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KPR #: D200036921 Product: VMS 68000/8/10 P M 64815-90908 01.20 

Keywords: TYPE CONVERSION 

One-line description: 

Signed_8 to Unsigned_16 is incorrect. 

Problem: 

VAR S8 : SIGNED_8; 

US 16 : UNSIGNED_16; 

BEGIN 

US16 := UNSIGNED_16(S8) ; This does a sign extend which is incorrect. 

Temporary solution: 
None at this time. 

KPR #: D200066860 Product: VMS 68000/8/10 P M 64815-90908 01.00 

One-line description: 

.LIS file should be put in same directory as .A and .R files. 
Problem: 

The .LIS file created with the /OUTPUT option when compiling or 
assembling is put in the directory where the compile or assemble 
is invoked from. However, the .A and .R files are put in the 
directory that the source file resides in. All three of these 
files should be placed in the same directory. 

Temporary solution: 

Makesure that you are in the directory containing the source file 
to be compiled before executing the compile command. 

Signed off 04/07/88 in release XOO.OO 



- VMS 68000/8/10 P - 
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KPR #: D200046904 Product: WIS 6805/9/9E ASM M 64844-90905 01.20 
One-line description: 

Assembler should denote an error on non-absolute .SET expressions. 
Problem: 

If a nonabsolute expression is used with .SET MACRO instruction, 
the expression will not assemble correctly. 

Temporary solution: 

You must use absolute (type=0) expressions with the .SET NACRO 
instruction. 

Fix information: 

Fix is documented in Software Notice 5958-8822 R2707. 
Signed off 08/06/87 in release 01.70 

KPR #: D200067140 Product: VMS 6805/9/9E ASM M 64844-90906 01.00 
One-line description: 

.LIS file should be put in same directory as .A and .R files. 
Problem: 

The .LIS file created with the /OUTPUT option when compiling or 
assembling is put in the directory where the compile or assemble 
is invoked from. However, the .A and .R files are put in the 
directory that the source file resides in. All three of these 
files should be placed in the same directory. 

Temporary solution: 

Make sure that you are in the directory containing the source file 
to be compiled before executing the compile command. 

Signed off 04/07/88 in release XOO.OO 
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KPR #: D200066829 Product: VMS 6809 PASCAL M 64813-90905 00.01 
One-line description: 

.LIS file should be put in same directory as .A and .R files. 
Problem: 

The .LIS file created with the /OUTPUT option when compiling or 
assembling is put in the directory where the compile or assemble 
is invoked from. However, the .A and .R files are put in the 
directory that the source file resides in. All three of these 
files should be placed in the same directory. 

Temporary solution: 

Make sure that you are in the directory containing the source file 
to be compiled before executing the compile command. 

Signed off 04/07/88 in release XOO.OO 



- VMS 6809 PASCAL - 
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KPR #: D200O55830 Product: VMS 6809/09E C M 64822-90903 01.20 
One- line description: 

Declaring a function which returns a ptr to a function causes error. 

Problem: 

Declaring a function that returns a pointer to a function that 
returns an integer causes invalid syntax errors to be generated. 

■•C" 

"processor" 

int funcK); 

int (*func5())(); 

main ( ) { 

int cntr; 
int (*tnip)(); 

for (cntr-1; cntr<4; cntr++) { 
tinp=func5(cntr) : 

) 

funcl(){retum(l);} 
Temporary solution: 

Break up the declaration by using a typedef. 
"C" 

"processor" 

int funclO; 

typedef int (*pfi)(); 

pfi func5(); 

raainO { 
int cntr; 
int (•tmp)(); 

for (cntr-l; cntr<4; cntr++) 
{ tmp = func5(cntr); 

} 

pfi func5(tinp2) 
int tinp2; 

^ if (tinp2=-l) retum(funcl) ; 

funcK ){ret«jm(l) ; } 
Fix information: 

Fix is documented in Software Notice 5959-2125 R2707. 
Signed off 08/06/87 in release 01.60 
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KPR #: D200063669 Product: VMS 6809/09E C M 64822-90903 01.00 
One-line description: 

Clarification of interface for USER_DEFINED and real number routines. 
Problem: 

In the example below, 6809 libraries cannot be explicitly called. 
If they are called explicitly as routines, the stack is 
built differently than when a compiler generated 
call is made. 

Example: 

"C" 

"6809" 

$FIX_PARAMETERS 0N$ 

mainO { 

int X ; 
double XX ; 

extern double LONGREAL_FLOAT(); 
int *px; 
int *pxx; 
X =5; 

px = &x; 
pxx = &xx; 

LONGREAL FLOAT (px, pxx ) ; /* Conversion is not made */ 

} 



Temporary solution: 

For explicit use of ALL the real number library routines, 
declare your routines as in the following example with 
$FIXED_PARAMETERS 0N$ and SRECURSIVE OFF$ (Chapter 5 in manual). 
The compiler will then generate the proper form of parameter passing 
to satisfy the real number library. Note, SRECURSIVE OFF$ 
is also necessary when using the USER_DEFINED interface 
method (Chapter 3 in manual). 

Example: 

"C" 

"6809" 

extern int xint; 
extern double xdouble; 
extern int *pxint; 
extern int *pxdouble; 

extern recurs ive_var iab le_func () ; 

$FIXED_PARAnETERS 0N$ 

extern recursive_FIXED_PARM_f unc ( ) ; 

$RECURSIVE OFF$ 

extern LONGREAL FLOAT (); 
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KPR #: D200063669 **CONTINUED** 

/•NOTE do not declare these functions double. It will cause extra 
parameters to be passed*/ 

inaint) { 

$LIST_CODE 0N$ 

/* NOTE: Parameter passing method for standard C function*/ 
recursive_variable_func (&xint,&xdouble) ; 

LDU #xdouble 

LDY #xint 

LDD #00004H 

PSHS X , Y , U 

LBSR recurs ive_varia 

LEAS 000000006H,S 
/* NOTE: Parameter passing method for FIXED_PARAMETER (Pascal ) function 

*/ 

recursive_FIXED_PARAM_func(&xint,&xdouble) ; 
LDU #xdouble 
LDY #xint 
LBSR recursive_FIXED 

xint = 5; 

LDD #00005H 

STD xint 
pxint - 8.x int; 

LDD #xint 

STD pxint 
pxdouble = axdouble; 

LDD #xdouble 

STD pxdouble 

/* NOTE: Parameter passing method for STANDARD REAL NUMBER LIBRARY funct 
ion */ 

/* A (Pascal) function with $FIXED_PARAMETERS$ and SRECURSIVE OFF$ !*/ 
LONGREAL_FLOAT( pxint, pxdouble) ; 

TFR D,X 

LDD pxint 

LBSR LONGREAL_FLOAT 
L0NGREAL_FLOAT(&xint,&xdouble) ; 

LDX #xdouble 

LDD #xint 

LBSR L0NGREAL_FL0AT 

/* Compare the stack build on this assignment call which uses 
L0NGREAL_FLOAT versus the explicit call above */ 

xint ■= xdouble; 

LDX #xint 

LDD #xdouble 

LBSR LONGREAL_TRUNC 
xdouble = xint; 

LDX #xdouble 

LDD #xint 

LBSR LONGREAL FLOAT 

} 

Rmain 

GLOBAL Rmain 
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RTS 
Dmain 

RMB OOOOEH 

GLOBAL main 
Emain EQU $-1 

GLOBAL Emain 

EXTERNAL LONGREAL_TRUNC 
EXTERNAL LONGREAL_FLOAT 

Fix information: 

Fix is documented in Software Notice 5958-6099 R2707. 
Signed off 08/06/87 in release 01.60 

KPR #: D200066985 Product: VMS 5809/09E C M 64822-90903 01.00 
One-line description: 

.LIS file should be put in same directory as .A and .R files. 
Problem: 

The .LIS file created with the /OUTPUT option when compiling or 
assembling is put in the directory where the compile or assemble 
is invoked from. However, the .A and .R files are put in the 
directory that the source file resides in. All three of these 
files should be placed in the same directory. 

Temporary solution: 

Make sure that you are in the directory containing the source file 
to be compiled before executing the compile command. 

Signed off 04/07/88 in release XOO.OO 
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KPR #: D200047118 Product: VMS 8051 ASSM M 64855-90904 01.20 

One-line description: 

Assembler should denote an error on non-absolute .SET expressions. 
Problem: 

If a nonabsolute expression is used with .SET MACRO instruction, 
the expression will not assemble correctly. 

Temporary solution: 

You must use absolute (type>=0) expressions with the .SET MACRO 
instruction. 

Fix information: 

Fix is documented in Software Notice 5958-8841 R2707. 
Signed off 08/06/87 in release 01.60 



KPR #: D20OO53793 Product: VMS 8051 ASSM M 64855-90904 01.40 

One-line description: 

The $ operand does not work as defined. 

Problem: 

If the $ operand is used in a multi-byte instruction, it should 
specify the value of the PC at the beginning of that instruction. 
In the following example, it represents the value of the PC in 
the middle of the MOV instruction: 

■8051" 

ORG lOH 

MOV A,#$ ; moves IIH into A instead of lOH 

END 



Temporary solution: 

Use $-x instead of $ where x represents the offset back to the 
first byte of the multi-byte instruction: 

"8051" 

ORG lOH 

MOV A,#$-l ; this will move lOH into A 
END 



Signed off 04/07/88 in release XOO.OO 



KPR #: D200O67264 Product: VMS 8051 ASSM M 64855-90904 01.00 

One-line description: 

.LIS file should be put in same directory as .A and .R files. 
Problem: 

The .LIS file created with the /OUTPUT option when compiling or 
assembling is put in the directory where the compile or assemble 

- VMS 8051 ASSM - 
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KPR #: D200067264 ••CONTINUED** 

is invoked from. However, the .A and .R files are put in the 
directory that the source file resides in. All three of these 
files should be placed in the same directory. 

Temporary solution: 

Make sure that you are in the directory containing the source file 
to be compiled before executing the compile command. 

Signed off 04/07/88 in release XOO.OO 



- VMS 8051 ASSM - 



Known Problem Reports as of 09/01/88 



Page: 603 



KPR #: D200067066 Product: VMS 8080/85 ASSM H 64840-90903 01.40 
One-line description: 

.LIS file should be put in same directory as .A and .R files. 

Problem: 

The .LIS file created with the /OUTPUT option when compiling or 
assembling is put in the directory where the compile or assemble 
is invoked from. However, the .A and .R files are put in the 
directory that the source file resides in. All three of these 
files should be placed in the same directory. 

Temporary solution: 

Make sure that you are in the directory containing the source file 
to be compiled before executing the compile command. 

Signed off 04/07/88 in release XOO.OO 
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KPR #: D200055905 Product: VMS 8085 C M 64826-90903 01.60 

One-line description: 

Declaring a function which returns a ptr to a function causes error. 
Problem: 

Declaring a function that returns a pointer to a function that 
returns an integer causes invalid syntax errors to be generated. 

"C" 

"processor name" 

int funclO; 

int (*func5())(); 

main ( ) { 

int cntr; 
int («tmp)(); 

for (cntr=l; cntr<4; cntr++) { 
tmp=func5(cntr) ; 



funclO {return (1) ; } 
ODE TRAILER LINE 

Temporary solution: 

Break up the declaration by using a typedef. 

"C" 

"processor" 

int fund ( ) ; 

typedef int (*pfi)(); 

pf i f unc5 ( ) ; 

ma in ( ) { 
int cntr; 
int (*tmp)(); 

for (cntr=l; cntr<4; cntr++) 
{ tmp - func5(cntr) ; 

} 

pfi func5(tmp2) 

int tmp2; 

{ 

if (tmp2==l) return ( fund) ; 

} 

funcK ) {return(l) ; > 
Fix information: 

Fix is documented in Software Notice 5959-2125 R2707. 
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Signed off 08/06/87 in release 01.90 
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KPR #: D200O67041 Product: VMS 8085 C M 64826-90903 01.00 

One-line description: 

.LIS file should be put in same directory as .A and .R files. 
Problem: 

The .LIS file created with the /OUTPUT option when compiling or 
assembling is put in the directory where the compile or assemble 
is invoked from. However, the .A and .R files are put in the 
directory that the source file resides in. All three of these 
files should be placed in the same directory. 

Temporary solution: 

Make sure that you are in the directory containing the source file 
to be compiled before executing the compile command. 

Signed off 04/07/88 in release XOO.OO 
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KPR #: D200067025 Product: VMS 8085 PASCAL M 64825-90903 01.00 
One-line description: 

.LIS file should be put in same directory as .A and .R files. 

Problem: 

The .LIS file created with the /OUTPUT option when compiling or 
assembling is put in the directory where the compile or assemble 
is invoked from. However, the .A and .R files are put in the 
directory that the source file resides in. All three of these 
files should be placed in the same directory. 

Temporary solution: 

Make sure that you are in the directory containing the souce file 
to be compiled before executing the compile command. 

Signed off 04/07/88 in release XOO.OO 
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KPR #: D200055673 Product: VMS 8086/88 C M 64818-90904 03.10 

One-line description: 

Declaring a function which returns a ptr to a function causes error. 
Problem: 

Declaring a function that returns a pointer to a function that 
returns an integer causes invalid syntax errors to be generated. 

"C" 

"processor" 

int funcK); 

int (*func5())(); 

ma in ( ) { 

int cntr; 
int (*tTnp) ( ) ; 

for (cntr=l; cntr<4; cntr++) { 
tmp=func5(cntr) ; 

} 

funcK ) {return(l) ; } 
Temporary solution: 

Break up the declaration by using a typedef. 
"C" 

"processor" 

int fundi ); 

typedef int (*pfi)(); 

pfi func5(); 

ma int) { 
int cntr; 
int (*tnip)(); 

for (cntr=l; cntr<4; cntr++) 
{ tmp - func5(cntr); 

> 

} 

pfi func5(tnip2) 

int tinp2; 

{ 

if (tmp2==l) return! fund) ; 



fund (){ return! 1) ; } 
Fix information: 

Fix is documented in Software Notice 5959-2125 R2707. 
Signed off 08/06/87 in release 03.50 

- VMS 8086/88 C - 
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KPR #: D200066902 Product: VMS 8086/88 C M 64818-90904 03.00 

One-line description: 

.LIS file should be put in same directory as .A and .R files. 
Problem: 

The .LIS file created with the /OUTPUT option when compiling or 
assembling is put in the directory where the compile or assemble 
is invoked from. However, the .A and .R files are put in the 
directory that the source file resides in. All three of these 
files should be placed in the same directory. 

Temporary solution: 

Make sure that you are in the directory containing the source file 
to be compiled before executing the compiled command. 

Signed off 04/07/88 in release XOO.OO 



- VMS 8086/88 C - 
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KPR #: D200066845 Product: VMS 8086/88 PASCAL M 64814-90905 03.00 
One-line description: 

.LIS file should be put in same directory as .A and .R files. 
Problem: 

The .LIS file created with the /OUTPUT option when compiling or 
assembling is put in the directory where the compile or assemble 
is invoked from. However, the .A and .R files are put in the 
directory that the source file resides in. All three of these 
files should be placed in the same directory. 

Temporary solution: 

Make sure that you are in the directoryy containing the source file 
to be compiled before executing the compile command. 

Signed off 04/07/88 in release XOO.OO 



- VMS 8086/88 PASCAL M - 
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KPR #: D200067181 Product: VMS 9900 ASSM M 64847-90905 01.00 

One-line description: 

.LIS file should be put in same directory as .A and .R files. 
Problem: 

The .LIS file created with the /OUTPUT option when compiling or 
assembling is put in the directory where the compile or assemble 
is invoked from. However, the .A and .R files are put in the 
directory that the source file resides in. All three of these 
files should be placed in the same directory. 

Temporary solution: 

Make sure that you are in the directory containing the source file 
to be compiled before executing the compile command. 

Signed off 04/07/88 in release XOO.OO 



- VMS 9900 ASSM - 
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KPR #: 5000238543 Product: VMS FILE FORMATS M 64882-90903 01.02 
One-line description: 

VAX file format manual doesn't give clear explantion of VAX file types. 
KPR #: D200053132 Product: VMS FILE FORMATS M 64882-90903 01.01 
One-line description: 

Linker symbol file format (Chapter 14) Word #6 not defined 
Problem: 

In chapter 14,. figure 14-5, word #6 is not defined in the manual. 
Temporary solution: 

This is now documented in the manual 64882-90903 E1086. 
Signed off 01/05/88 in release ZOl.70 



- VMS FILE FORMATS - 
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KPR #: D200067280 Product: VMS M-STD1750A ASM M 64857-90903 01.00 
One-line description: 

.LIS file should be put in same directory as .A and .R files. 
Problem: 

The .LIS file created with the /OUTPUT option when compiling or 
assembling is put in the directory where the compile or assemble 
is invoked from. However, the .A and .R files are put in the 
directory that the source file resides in. All three of these 
files should be placed in the same directory. 

Temporary solution: 

Make sure that you are in the directory containing the source file 
to be compiled before executing the compile command. 

Signed off 04/07/88 in release XOO.OO 



- VMS M-STD1750A ASM M - 
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KPR #: 5000167601 Product: VMS SYSTEM INSTAL M 64882-90904 01.00 
One-line description: 

For VMS->4 using HP 64000 as VMS terminal need to correct manual (pg8-3) 
Problem; 



Signed off 12/12/86 in release 01.01 



KPR #: 5000195701 Product: VMS SYSTEM INSTAL M 64882-90904 01.60 
One-line description: 

Number of errors in Appendix A of the manual, please read submit, text. 
Signed off 05/06/87 in release 401.70 



KPR #: D200055202 Product: VMS SYSTEM INSTAL M 64882-90904 01.03 
One-line description: 

Need setting for rear panel of old HP 64000 and 64110 (with jumper jacks) 
Problem: 

Apendix B should also include the setting for the rear panel of an 
old 64100, one with jumper packs. Also an old 64110, one with 
jumper packs. 

Temporary solution: 

This information will be added to future revision of the manual (it 
has never been documented even in the older manuls). 



KPR #: D200062844 Product: VMS SYSTEM INSTAL M 64882-90904 01.60 
One-line description: 

Need instructions to MACRO and link ibdriver for single high speed link 
Problem: 

The manual does not give instructions to MACRO and link ibdriver except 
for multiple high speed links. It needs to be done in any case. The 
customer might not read the section on multiple HSLs if it doesn't 
apply. 

Temporary solution: 

Revised manual 64882-90904 E0487 covers single or multiple high 
speed link installation in chapter 5. 

Signed off 01/05/88 in release ZOl.70 



- VMS SYSTEM INSTAL -M 
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KPR #: D200067306 Product: VMS TMS 320 ASSM M 64858-90903 01.00 
One-line description: 

.LIS file should be put in same directory as .A and .R files. 
Problem: 

The .LIS file created with the /OUTPUT option when compiling or 
assembling is put in the directory where the compile or assemble 
is invoked from. However, the .A and .R files are put in the 
directory that the source file resides in. All three of these 
files should be placed in the same directory. 

Temporary solution: 

Make sure that you are in the directory containing the source file 
to be compiled before executing the compile command. 

Signed off 04/07/88 in release XOO.OO 



- VMS TMS 320 ASSM - 
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KPR #: D200047027 Product: VMS USER DEFIN ASM M 64851-90907 01.20 
One-line description: 

Assembler should denote an error on non-absolute .SET expressions. 
Problem: 

If a nonabsolute expression is used with .SET MACRO instruction, 
the expression will not assemble correctly. 

Temporary solution: 

You must use absolute (type=0) expressions with the .SET MACRO 
instruction. 

Fix information: 

Fix is documented in Software Notice 5958-8833 R2707. 
Signed off 08/06/87 in release 01.60 

KPR #: D2OO064048 Product: VMS USER DEFIN ASM M 64851-90907 01.40 
Keywords: MANUAL 
One-line description: 

'&' is comment field of a macro causes a parameter error. 
Problem: 

If your comment field in a macro has a in it a parameter 
error is generated. 

"processor" 

MACl MACRO &P1,&P2 

DC.&Pl 8.P2 ;P1 & P2 

MEND 

MACl W52 

If the comment field in a macro contains a a parameter 

error is generated. 

"processor" 

MACl MACRO &P1,&P2 

DC.&Pl &P2 ;P1 & P2 

MEND 

MACl W,2 
Temporary solution: 

Avoid using a in a macro comment field. 
Fix information: 

Fix is documented in Software Notice 5958-8833 R2707. 



- VMS USER DEFIN ASM M - 
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KPR #: D200067207 Product: VMS USER DEFIN ASM M 64851-90907 01.00 
One-line description: 

.LIS file should be put in same directory as .A and .R files. 
Problem: 

The .LIS file created with the /OUTPUT option when compiling or 
assembling is put in the directory where the compile or assemble 
is invoked from. However, the .A and .R files are put in the 
directory that the source file resides in. All three of these 
files should be placed in the same directory. 

Temporary solution: 

Make sure tat you are in the directory containing the source file 
to be compiled before executing the compile command. 

Signed off 04/07/88 in release XOO.OO 



- VMS USER DEFIN ASM M - 
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KPR #: 5000222489 Product: VMS USERS GUIDE M 64882-90902 01.60 
One-line description: 

Page 3-9 states vt52 emulation using 64100 but does not perform functs. 
Temporary solution: 

Page 3-9, add Note: VT52 terminal emulation with EDT Does Not 
apply for VMS 4.0 and higher. 



KPR #: D200045492 Product: VMS USERS GUIDE M 64882-90902 01.01 
One-line description: 

Inconsistent response to ^C,Z,Y among remain, transfer , and mapbus. 
Problem: 

None of the HP programs react well to the normal VAX terminal control 
commands - CNTRL Z; CNTRL Y; CNTRL C. The programs are not consistent 
in how they react. 

For example if remain hangs it is necessary to edit the remain file. 

The only file to cause real damage was the RCMAIN. I used cntrl Y to 
exit while connected to the HP. The program left the HP in a busy state 
that was not cleaned up. A data file had to be edited by hand to 
correct . 

Temporary solution: 
No temporary solution. 



- VMS USERS GUIDE - 
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KPR #: D200046847 Product: VMS Z80/NSC800 ASM M 64842-90905 01.20 
One-line description: 

Assembler should denote an error on non-absolute .SET expressions. 

Problem: 

If a nonabsolute expression is used with .SET MACRO instruction, 
the expression will not assemble correctly. 

Temporary solution: 

You must use absolute (type=0) expressions with the .SET MACRO 
instruction. 

Fix information: 

Fix is documented in Software Notice 5958-8818 R2707. 
Signed off 08/05/87 in release 01.60 

KPR #: D200067108 Product: VMS Z80/NSC800 ASM M 64842-90905 01.00 
One-line description: 

.LIS file should be put in same directory as .A and .R files. 
Problem: 

The .LIS file created with the /OUTPUT option when compiling or 
assembling is put in the directory where the compile or assemble 
is invoked from. However, the .A and .R files are put in the 
directory that the source file resides in. All three of these 
files should be placed in the same directory. 

Temporary solution: 

Make sure that you are in the directory containing the source file 
to be compiled before executing the compile command. 

Signed off 04/07/88 in release XOO.OO 



- VMS Z80/NSC800 ASM M - 
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KPR #: D200055863 Product: VMS Z80/NSC800 C M 64824-90903 01.50 
One-line description: 

Declaring a function which returns a ptr to a function causes error. 
Problem: 

Declaring a function that returns a pointer to a function that 
returns an integer causes invalid syntax errors to be generated. 

"C" 

"processor" 

int funcK); 

int (*func5())(); 

main ( ) { 

int cntr; 
int (»tmp)(); 

for (cntr=l; cntr<4; cntr++) { 
tinp=func5(cntr) ; 

) 

funcK ){retum(l) ; } 
Temporary solution: 

BreaV up the declaration by using a typedef. 

"C" 

"processor" 

int funclO; 

typedef int (*pfi)(); 

pfi funcSO; 

main() { 
int cntr; 
int (*tmp)(); 

for (cntr=l; cntr<4; cntr++) 
{ tmp - func5(cntr) ; 

} 

pfi func5(tmp2) 
int tmp2; 

if (tmp2»=l) retumlfuncl) ; 



funcK ) {retum(l) ; } 
Fix information: 

Fix is documented in Software Notice 5959-2125 R2707. 
Signed off 08/06/87 in release 01.90 

- VMS Z80/NSC800 C - 
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KPR #: 0200067009 Product: VMS ZSO/NSCSQO C M 64824-90903 01.00 



One-line description: 

.LIS file should be put in same directory as .A and .R files. 

Problem: 

The .LIS file created with the /OUTPUT option when compiling or 
assembling is put in the directory where the compile or assemble 
is invoked from. However, the .A and .R files are put in the 
directory that the source file resides in. All three of these 
files should be placed in the same directory. 

Temporary solution: 

Make sure that you are in the directory containing the source file 
to be compiled before executing the compile command. 

Signed off 04/07/88 in release XOO.OO 



- VMS Z80/NSC800 C - 
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KPR #: 5000163295 Product: VMS Z80/NSC800 P M 64823-90903 01.00 
One-line description: 

.LIS file should be put in same directory as .A and .R files. 
Problem: 

The .LIS file created with the /OUTPUT option when compiling or 
assembling is put in the directory where the compile or assemble 
is invoked from. However, the .A and .R files are put in the 
directory that the source file resides in. All three of these 
files should be placed in the same directory. 

Temporary solution: 

Make sure that you are in the directory containing the source file 
to be compiled before execution the compile command. 

Signed off 04/07/88 in release ZOO. GO 



- VMS Z80/NSC800 P - 
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KPR #: D200055756 Product: VMS Z8001/02 C M 64820-90903 01.50 

One-line description: 

Declaring a function which returns a ptr to a function causes error. 
Problem: 

Declaring a function that returns a pointer to a function that 
returns an integer causes invalid syntax errors to be generated. 

"C" 

"processor" 

int fund ( ) ; 

int (»func5())(); 

main ( ) { 

int cntr; 
int (*tmp)(); 

for (cntr^l; cntr<4; cntr++) { 
tmp=func5(cntr) ; 

} 

funcl(){return(l) ; } 
Temporary solution: 

Break up the declaration by using a typedef. 

"C" 

"processor" 

int funcK); 

typedef int (*pfi)(); 

pfi funcSO; 

main() { 
int cntr; 
int (♦tmp)(); 

for (cntr=l; cntr<4; cntr++) 
{ tmp = func5(cntr); 

} 

} 

pfi func5(tmp2) 

int tmp2; 

{ 

if (tmp2==l) return! fund) ; 

> 

fundi ) {return! 1) ; } 
Fix information: 

Fix is documented in Software Notice 5959-2125 R2707. 
Signed off 08/06/87 in release 01.90 

- VMS Z8001/02 C - 
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KPR #: D2OO066944 Product: WIS Z8001/02 C M 54820-90903 01.00 



One-line description: 

.LIS file should be put in same directory as .A and .R files. 
Problem: 

The .LIS file created with the /OUTPUT option when compiling or 
assembling is put in the directory where the compile or assemble 
is invoked from. However, the .A and .R files are put in the 
directory that the source file resides in. All three of these 
files should be placed in the same directory. 

Temporary solution: 

Make sure that you are in the directory containing the source file 
to be compiled before executing the compile command. 

Signed off 04/07/88 in release XOO.OO 



- VMS Z8001/02 C - 
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KPR #: D200067249 Product: VMS Z8001/2 ASSM M 64854-90904 01.00 
One-line description: 

.LIS file should be put in same directory as .A and .R files. 
Problem: 

The .LIS file created with the /OUTPUT option when compiling or 
assembling is put in the directory where the compile or assemble 
is invoked from. However, the .A and .R files are put in the 
directory that the source file resides in. All three of these 
files should be placed in the same directory. 

Temporary solution: 

Make sure that you are in the directory containing the source file 
to be compiled before executing the compile command. 

Signed off 04/07/88 in release XOO.OO 



- VMS Z8001/2 ASSM - 
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KPR #: D200066886 Product: VMS Z8001/2 PASCAL M 64816-90905 01.00 
One-line description: 

.LIS file should be put in same directory as .A and .R files. 
Problem: 

The .LIS file created with the /OUTPUT option when compiling or 
assembling is put in the directory where the compile or assemble 
is invoked from. However, the .A and .R files are put in the 
directory that the source file resides in. All three of these 
files should be placed in the same directory. 

Temporary solution: 

Make sure that you are in the directory containing the source file 
to be compiled before executing the compile command. 

Signed off 04/07/88 in release XOO.OO 



- VMS Z8001/2 PASCAL M - 
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KPR #: D200066803 Product: VMS5800/0 1/02/03 P M 64811-90904 01.00 
One-line description: 

.LIS file should be put in same directory as .A and .R files. 
Problem: 

The .LIS file created with the /OUTPUT option when compiling or 
assembling is put in the directory where the compile or assemble 
is invoked from. However, the .A and .R files are put in the 
directory that the source file resides in. All three of these 
files should be placed in the same directory. 

Temporary solution: 

Makesure that you are in the directory containing the source file 
to be compiled before executing the compile command. 

Signed off 04/07/88 in release XOO.OO 



- VMS6800/01/02/03 P M - 
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KPR #: 2700005918 Product: Z8 ASSEHB 64850 00.00 

One-line description: 

Assembler not generating error message when attempt to load label. 
Problem: 

When an attempt to load a label, which was previously defined as a 
constant using the EQU pseudo op, is made no error message is generated. 

Temporary solution: 

No temporary solution at this time. 



KPR #: D200091645 Product: Z8 ASSEMB 64850 00.01 

One-line description: 

Assembler generates Phase Error of forward referenced EQU 
Problem: 

The assembler generates a Phase Error on forward referenced EQU 
instruction. The following code is an example program that will 
produce the phase error: 

■■Z8" 

INC FRED 

FRED EQU R15 ;R15 is a register symbol 

A phase error should not be the only error produced. 

Temporary solution: 

There is no workaround available. 



- Z8 ASSEMB - 



Known Problem Reports as of 09/01/88 



Page: 628 



KPR #: D200085290 Product: Z80 EMUL FW 64753 00.00 

One-line description: 

In quickbreak mode, the Z80 could break without generic emul's knowledge 
Problem: 

If "cf qbrk=en" , if the monitor finds no command present, it 
defaults to staying in the monitor. Generic software is not 
informed of any quickbreak, and therefore thinks emulation is 
still running user code. Generic software will not read/report 
breakcauses until it knows that emul is definitely not running 
user code. 

Signed off 02/02/88 in release AOO.Ol 



KPR #: D200088047 Product: Z80 EMUL FW 64753 00.01 

One-line description: 

Emulator may be confused about running/monitor state 
Problem: 

The emulator may become confused about whether it should be 
running user code or running in the monitor. This could 
happen when a command that affects the state of the emulator 
is in progress when a break comes in. For example, a "reg" 
command will cause the emulator to temporarily break while 
the registers are accessed. If a "real" break occurs during the 
small windows of vulnerability during the temporary break, the 
emulator will become confused. 

The result is that the emulator may be returning to foreground 
user code prematurely, prior to completing its background task 
such like displaying registers. 

Temporary solution: 

This problem can be avoided by selecting "restrict to real time" 
mode in the emulation configuration (cf rrt=en) . 



- Z80 - 
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KPK #: D200091256 Product: Z80 EMUL DOS 64753S006 01.00 

One-line description: 

Invalid COM port in 64700tab file 

Problem: 

There is an invalid COM port in the 64700ta b file. The second COM 
port in the 64700tab file should be COM2 instead of COMl. 

Temporary solution: 

There is no workaround available. 



- Z80 - 
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KPR #: 5000139535 Product: Z80 ASSEMB 



64842 



01. 12 



One- line 


descr ipt ion 




Using HEX 


psuedo is causing bad address calculations. 


Problem: 






"ZeO" 






TESTl 


HEX 


16,1A,0E,16 


TEST2 


HEX 


16, lA.OE.OO 


TEST3 


NOP 




NOP 






JP 


TEST 3 


DEMO 


DEFW 


TESTl 




DEFW 


TEST2 




DEFW 


TEST3 ;ADDR IS CALCULATED 



;WHEN IT SHOULD BE 0008H 



Temporary solution: 

Use the DEFW psuedo instead of the HEX psuedo. 



KPR #: 5000152819 Product: Z80 ASSEMB 64842 01.11 

One-line description: 

Revision number on output listing is incorrect. 
Problem: 

The revision number printed on the output listing file is incorrect. 
It is always 1.10 for the Z80 assembler. The correct revision for 
this product on the 64000 is 1.10; on the 9000 series 500 it is 1.30; 
on the 9000 series 300 it is 1.00. The revision does not appear on 
an output listing produced on the VAX. 



KPR #: 5000239939 Product: Z80 ASSEMB 



64842 



01. 12 



One-line description: 

Xref lists symbols which are under False conditional assembly blocks. 
Problem: 

Using "IF true" "IF failure" instruction on the 64100A system, 

the Z-80 assembler outputs x-references table from failure routine. 



64100AF Rev2.07 
For example 



64842AF Revl.l2 



1 "Z80" 

<0001> 2 TRUE EQU 1 

<0000> 3 FALSE EQU 0 

4 ; 

5 ORG 0 

6 IF TRUE 
<0000> 7 DATA EQU 0 

0000 3E00 8 LD A, DATA 

9 IFEND 

10 ; 



11 

12 DATA 

13 
14 

15 ; 
16 



IF 

EQU 

LD 

IFEND 
END 



FALSE 
1 

A, DATA 



LINE# SYMBOL TYPE REFERENCES 
12 DATA A 8,13 
3 FALSE A 11 



- Z80 ASSEMB - 
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KPR #: 5000239939 **CONTINUED** 

I 2 TRUE A 6 

The symbol "DATA" is determined at LINE 7 and used only LINE 8. 

Temporary solution: 

No temporary solution at this time. 

Duplicate Service Requests: 5000242495 



KPR #: 5000264986 Product: Z80 ASSEMB 54842 01.10 

One-line description: 

Complex macro interaction causing invalid errors. 
Problem: 

A sample program with a complex macro calling scheme is 
causing the assembler to generate invalid errors. 

Temporary solution: 

No temporary solution at this time. 



KPR #: D200086686 Product: Z80 ASSEMB 64842 01.12 

One-line description: 

Difference between 64000 and host in XREF when no symbols. 
Problem: 

The cross reference tables differ between the 9000 host and pisces I. 
If there are no symbols the 9000 will generate a header, but, the 64000 
will not. 

Temporary solution: 

No temporary solution at this time. 
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KPR #: 1650047167 Product: Z80 EMULATION 300 64252S004 01.00 
One-line description: 

HPIB 64120 I/O AND POWER FAILED WHEN MODIFYING TARGET MEMORY 
Problem: 

VERIFIED THE PROBLEM AS DESCRIBED EXCEPT THE HP-IB 64120 I/O 
AND POWER FAILURE MESSAGE CAN OCCUR REGARDLESS OF ADDRESS 
RANGE MODIFIED IN TARGET MEMORY 



KPR #: 1650047340 Product: Z80 EMULATION 300 64252S004 00.00 
One-line description: 

EMULATION SOFTWARE STATUS DOES NOT RECOGNIZE THE "HALT" INSTRUCTION 



KPR #: D200069542 Product: Z80 EMULATION 300 64252S004 01.00 
One-line description: 

Measurement System end_released when terminal cannot be initialized 
Problem: 

A measurement system will be end_released, resulting in loss of 
data, when a non-supported terminal is used to enter a currently 
locked measurement system. This problem will arise if the TERM 
environment variable is not set to a value that is supported by 
64000-UX. This may happen when logging in to a system over a 
port that is not hard-wired (modem, LAN vt, etc.) where the 
system prompts you for the Terminal type, which sets the TERM 
variable . 

Temporary solution: 

Make sure that the TERM variable is set to a type of terminal 
that is supported with 64000-UX. This can be verified by typing 
"echo $TERM" . 



KPR #: 0200080655 Product: Z80 EMULATION 300 64252S004 01.00 
One-line description: 

pwd truncates the /net/system portion of the path when RFA'ed to system. 
Problem: 

When using the HP 64000-UX products and netunaming across the LAN 
to another system, such as a compile server, the HP-UX command 
"pwd" which is used by the HP64000-UX product to tell what the 
local directory is, truncates the "/net/system" part of the path. 

This is a HP-UX operating system defect. It is not a defect in 

the HP 64000-UX application software. As soon as this defect is 

fixed in HP-UX, it will work correctly when using the HP 64000-UX 
applications. 



- Z80 EMULATION - 
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KPR #; D200080952 Product: Z80 EMULATION 300 64252S004 01.00 
One-line description: 

Using Emulation across RFA can give incomplete symbol information 
Problem: 

Accessing symbol data in a remote file across RFA may result 
in incomplete symbol information being available. This 
problem is a result of read!) calls being interrupted during 
file access over RFA. 

This problem can also affect reading absolute data into memory as 
well. 



Temporary solution: 

If this problem occurs while loading absolute data, attempting 
to reload the file again may work. 

There are two possible answers to this problem. The first is to 
move the .Y file to the machine running the emulator. 

The second solution is to move the program object to the machine 
which is running the emulator. This can be done using the get64 
program. When you load the emulator, a new .Y file will be created. 



KPR #: D200081489 Product: Z80 EMULATION 300 64252S004 01.00 
One-line description: 

PC contents lost over continuation if in break state 
Problem: 

8085 (64203) and old z80 (64252) emulators do not save the PC value over 
continuation. This only applies if the emulator is in the break state 
when ending out of the emulator. On continuation the PC is set to zero. 
Thus the first run command will start executing at zero if no address is 
specified, and a registers display will list the Next PC as zero. 



KPR #: D200081901 Product: Z80 EMULATION 300 64252S004 01.00 
One-line description: 

The Inter-Module-Bus trigger signal latches when set to drive & receive 
Problem: 

When two emulators are set to drive and receive trigger, after the 
trigger signal is driven once over the 1MB, the trigger signal latches. 
Subsequent measurements trigger immediately since the trigger signal on 
the 1MB is still latched from the previous measurement. 

Temporary solution: 

No workaround at this time. 
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KPR #: D200082230 Product: Z80 EMULATION 300 64252S004 01.00 
One-line description: 

Processes sometimes left running after parent has stopped. 
Problem: 

Sometimes, when the parent process to a measurement system is killed 
some of the measurement systems processes are left running. Please 
change the behaviour of the products so that these processes die 
nicely. 



Temporary solution: 

If the tty associated with the process is a pty, then you can 
release the processes by 
cat < ptyxx 

This causes the pending output to be flushed, and the processes will die 
naturally. 



KPR #: D200083246 Product: Z80 EMULATION 300 64252S004 01.00 
One-line description: 

Loading a trace file from a different processor may cause core dump 
Problem: 

If a trace file is created with "store trace" on a processor that allows 
multiple analysis modes with some mode other than the default, then is 
loaded by a processor with only one mode, a core dump will result. A 
good example is storing an execution mode trace on the dequeued 68000, 
then trying to load the trace on the non-dequeued 68000. 



Temporary solution: 

Do not attempt to load a trace file for a mode that is not supported. 



KPR #: D200085332 Product: Z80 EMULATION 300 64252S004 01.00 
One-line description: 

IMPROPER IDENTIFICATION OF THE SECOND Z80 CONTRL CARD IF TWO Z80 PRESENT 



KPR #: D200086033 Product: Z80 EMULATION 300 64252S004 01.00 

One-line description: 
Tracelist symbols dissappear. 

Problem: 

The symbols will not be displayed in the trace list if the 
following commands are executed: 

1. display trace absolute symbols on 

2. end ; end locks the emulation session 

3. <system name> <module name> ; continues the emulation session 

4. display trace 
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The symbols will not be displayed even if you try to re-execute step 
number 1. 

Temporary solution: 

Perform the following steps after executing steps 1-4 listed in the 
problem text. 

5. display trace mnemonic 

6. display trace absolute 



KPR #: D200090860 Product: Z80 EMULATION 300 64252S004 01.00 
One-line description: 

Code disp. with trace not right if code changed w/o ending emul. session 
Problem: 

Source lines displayed with a trace may not be correct if 

the code is changed without ending out of the emulation session. 

For exanple, a user running is windows does a display trace source 

on, and sees a statement: i = 1; in the trace along with the 

MOVE.L #1,D0 that accompanies that source line. The user then 

moves to another window, changes the source line to i = 2;, recompiles, 

relinks, and runs edbuild. The user then moves back to the emulation 

window, reloads the file, and reruns the code and the trace. The 

trace shows MOVE.L #2, DO as expected, BUT shows i = 1; as the 

source line. 

End out of emulation, and reenter before loading the new program 
Source lines displayed with a trace may not be correct if 
the code is changed without ending out of the emulation session. 
For exanple, a user running is windows does a display trace source 
on, and sees a statement: i = 1; in the trace along with the 
MOVE.L #1,D0 that accompanies that source line. The user then 
moves to another window, changes the source line to i = 2;, recompiles, 
relinks, and runs edbuild. The user then moves back to the emulation 
window, reloads the file, and reruns the code and the trace. The 
trace shows MOVE.L #2, DO as expected, BUT shows i = 1; as the 
source line. 

Temporary solution: 

End out of emulation, and reenter before loading the new program 
or executing the trace. 
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KPR #: 1650041624 Product: Z80 PASCAL 64812 00.00 

Keywords: CODE GENERATOR 
One-line description: 

$ORG directive can cause incorrect code to be generated. 

Problem: 

Z80 Pascal compiler generates wrong code when option $ORG $ is 
switched on. 

"PASCAL" 
■•BZ80" 
$ASM_FILE$ 
PROGRAM walesch; 
TYPE 

AUFl = RECORD 

NUMBER : SIGNED_16; 
DATA_NO : SIGNED_16; 
END; 

AUF = ARRAY[1. . 100] OF AUFl; 
VAR 

$ORG 1000H$ 

AUF_INDEX :AUF; 

$END_ORG$ 
BEGIN 

AUF_INDEX[1] .NUMBER := 0; {This generates wrong code} 
AUF_INDEX[1] .DATA_NO :=0; {LD HL,01000H missing} 
END 

Temporary solution: 

There is no know work around at this time. 
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KPR #: D200010363 Product: Z80 PASCAL M 64812-90903 00.00 

Keywords: RUN-TIME LIBRARY 
One-line description: 

Library routine 'Zintabs' (DLIBZ80:CZ80) destroys the accumulator. 
Problem: 

The library routine 'Zintabs' in the file 'DLIBZ80 : CZ80 : reloc' 
destroys the contents of the accumulator. Listed below are the 
first three assembly statements of this routine. Note the 
accumulator is not saved. 

Zintabs XOR A 

ADD A.H 
RET P 

Temporary solution: 

To save the contents of the accumulator, 'Zintabs' needs to be 
modified as follows: 

Zintabs PUSH AF 

XOR A 

ADD A,H 

POP AF 

RET P 

Fix information: 

Fix is documented in Software Notice 5959-2128 R2707. 
Signed off 08/05/87 in release 01.01 
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KPR #: 1650058123 Product: Z80/NSC800 C 64824 02.10 

One-line description: 

Wrong code generated for assignment operator <<= if used with arrays. 
Problem: 

In the following sample program, the generated code, after the shift 
operation, attempts to load the result address from a temporary 
memory location that has not been set before. 

"C" 
■•Z80" 

$RECURSIVE-$ 

int buffer[10] , i ; 

main( ) 
{ 

i = 3 • 

buffer [i] <<= 2 ; /* result is not stored properly */ 

} 

Temporary solution: 

Use the longhand form of the statement. For example, use : 

"C" 
"Z80" 

$RECURSIVE-$ 

int buf fer[10] , i ; 

main( 1 
{ 

i = 3 • 

bufferii] = buffer{i] << 2 ; /* use expanded notation here */ 



Signed off 08/31/88 in release A02.20 



KPR #: 5000245704 Product: Z80/NSC800 C 64824 01.04 

One-line description: 

Error 1006 given for > test condition. 

Problem: 

The following code causes error 1006 on the 64000. 

"C" 
"Z80" 
main( ) { 
unsigned short a,b; 

if ( (double)a>b ); /* Compiler should generate another error message*/ 
} /* here! */ 

Temporary solution: 

Cast both variables to a double. 



- Z80/NSC800 C - 



Known Problem Reports as of 09/01/88 Page: 639 

KPR #: 5000245704 **CONTINUED** 
if ( (double) a > (double) b ) 
Signed off 08/31/88 in release A02.20 

KPR #: 5000259150 Product: Z80/NSC800 C 64824 01.04 

One-line description: 

Reference to non-existient library in manual. 
Problem: 

The Z80/NSC800 C compiler manual incorrectly indicates that a 
library "ROTATE" can be called from "C". Page 3-20 of the manual 
64824-90901 reads: "... by calling the run-time library; ROTATE". 
There is no such library in Zlibrary:LZ80 or Zreallib:LZ80 . The 
bottom of the page shows an example of calling the rotate function. 

The library routine should be added, or the manual updated. 

Signed off 08/31/88 in release A02.20 

KPR #: D200069906 Product: Z80/NSC800 C 64824 01.03 

Keywords: PASS 3 
One-line description: 

Conditional compile fails if it suceeds a fixed parm function call. 
Problem: 

Conditional compile does not always work properly if you precede 
the conditional compile with a call to a fixed parameter function. 

■•C" 

"processor" 

$FIXED_PARAMETERS 0N$ 
extern funcK ) ; 
$FIXED_PARAMETERS OFF$ 
#define ibis 0 

extern func2(); 

iiiain( ) 
{ 

int i ; 

fund (24); /* See comment below. */ 

#if ibis 

func2(); 
#else if 

i =1; 
#endif 

} 
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If the fixed parameter function does not have a parameter which 
is a number I cannot duplicate the problem. 

Temporary solution: 

Turn SAMNESIA 0N$ prior to the call to the fixed parameter function. 
For efficiency reasons turn $AMNESIA OFF$ after the call. 

KPR #: D200081554 Product: Z80/NSC800 C 64824 01.04 

One-line description: 

Real variable used as a test condition cause error. 
Problem: 

68000 C compiler does not accept a float variable by itself 
as an expression. Example: 

float x; 
main( ) 

{ if( X ) /* gives "Illegal type of operand(s) */ 
} 

Customer feels that this variable should be evaluated to see if it 
is a non-zero float value. 

WORKAROUND: 

Use if( X != 0.0 ) ; 

OR 

cast the variable to an int: 
if ( (int)x); 
Temporary solution: 

Explicitly test the value against zero. 

"C" 

"processor" 

main( ) 

{ 

float i; 

if ( i != 0) 



} 
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KPR #: D200085472 Product: Z80/NSC800 C 64824 02.10 

One-line description: 

Certain Byte additions with word results may fail in error #1009 
Problem: 

Certain byte additions having a word result may fail in error #1009 
"No free registers". If two bytes are added together and one is left 
in the A register when the other is to be extended to word size, the 
compiler may give the #1009 error message. The following code 
illustrates the problem: 

"C" 
"Z80" 

$RECURSIVE OFF$ 

unsigned int Input ByteO 
{ 

unsigned char byte, status; 
return ((status << 8) + byte); 

} 

In this code the temporary value of "status << 8" is stored in the A 
register. Then an attempt is made to load "byte" in register A prior 
to extending it into the HL register. This causes the code generator 
to issue the error message. 

Temporary solution: 

Try reversing the order of the operands in the addition, as in: 

return (byte + (status << 8)); 
Signed off 08/31/88 in release A02.20 

KPR #: D200090175 Product: Z80/NSC800 C 64824 02. 10 

One-line description: 

Indirect comparison of parameter bytes may fail 
Problem: 

Comparisons of indirectly accessed byte parameters may fail. 
The following code repeatedly compares *right to *right, which 
is always true, causing the for loop to cycle forever. 

"C" 
"280" 

funcdeft, right) 
char *left, *right; 
{ 

for (;*left *right; left++, right++) 

{ 

} 

} 

Temporary solution: 
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KPR #: D200090175 **CONTINUED»* 

Use $SHORT_ARITH 0N$ or $AMNESIA 0N$ compiler directives. 

KPR #: D200090217 Product: Z80/NSC800 C 64824 02. 10 

One-line description: 

Certain set operations with explicit type changes may fail. 
Problem: 

The following code performs arithmetic multiplication and 
addition, rather than set intersection (AND) and inclusion (OR) 
operations in the assignments to Bytel. 

"BZ80" 

$EXTENSIONS$ 
PROGRAM TEST; 

TYPE 

BITS = (B0,B1,B2,B3,B4,B5,B6,B7,B8,B9,B10,B11,B12,B13,B14,B15) ; 
SET_OF_BITS = SET OF BITS; 

VAR 

Bytel : BYTE; 
I : SIGNED_16; 

PROCEDURE ERR_PROC; 
BEGIN 

Bytel := BYTE(SET_OF_BITS(ADDR(I) ) * 

SET_OF_BITS[B8,B9,B10,B11,B12,B13,B14,B15} ) ; 

Bytel := BYTE(SET_OF_BITS(ADDR(I) ) + 

SET_OF_BITS[B8,B9,B10,B11,B12,B13,B14,B15] ) ; 

END; 

Temporary solution: 

Reverse the order of the operands, as in: 

Bytel := ByTE(SET_OF_BITS[B8,B9,B10 ,B11,B12,B13,B14,B15] » 
SET_OF_BITS(ADDR(I ) ) ) ; 

Bytel := BYTE(SET_OF_BITS[B8,B9,B10,B11,B12,B13,B14,B15] + 
SET_OF_BITS(ADDR(I) ) ) ; 
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KPR #: D200055590 Product: Z80/NSC800 C M 64824-90901 01.02 

One-line description: 

Declaring a function which returns a ptr to a function causes error. 
Problem: 

Declaring a function that returns a pointer to a function that 
returns an integer causes invalid syntax errors to be generated. 

"C" 

"processor" 

int funcK); 

int (*func5())(); 

main ( ) { 

int cntr; 
int (*tmp) 0 ; 

for (cntr=l; cntr<4; cntr++) { 
tmp=func5(cntr) ; 

} 

funcl(){return(l);} 
Temporary solution: 

Break up the declaration by using a typedef. 
■•C" 

"processor" 

int f unc 1 ( ) ; 

typedef int (*pfi)(); 

pfi func5(); 

main() { 
int cntr; 
int (•tinp)(); 

for (cntr=l; cntr<4; cntr++) 
{ tmp - func5(cntr) ; 

} 

) 

pfi func5(tmp2) 
int tiiip2; 

if (tmp2-=l) return(funcl) ; 



funclO {return! 1);} 
Fix information: 

Fix is documented in Software Motice 5959-2125 R2707. 
Signed off 08/06/87 in release 01.04 
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KPR #: 5000170191 Product: Z80/NSC800 P M 64823-90901 01.00 

One-line description: 

Documentation and examples for Z80 I/O port 
Problem: 

Customer would manual to provide documentation that would make 
writing assembly language routines that interface with compiler 
routines easier. A very common example is the documentration that 
would be needed for the customer to write his/her own routine that 
would use the 10 port of the Z80. Our compilers do not supply 
code generation or library routines for that purpose. 

Temporary solution: 
No temporary solution. 
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KPR #: 1650049163 Product: Z80/NSC800PASCAL 64823 01.04 

One-line description: 

Error 1006 for complex statement using mod operator. 
Problem: 

ERROR 1006 WHEN USING TYPE CONVERSION WITH MODULO OPERATION. 
Temporary solution: 

Break this statement into two separate statements as follows. 



VAR I, temp: INTEGER; 
B: BYTE; 

BEGIN 

temp := SIGNED_16(ADDR(I) ) ; 
B :> BYTE (I MOD lOOH) ; 
END. 

Signed off 08/31/88 in release A02.00 

KPR #: 0200059600 Product: Z80/NSC800PASCAL 64823 01.02 
Keywords: PASS 1 
One-line description: 

$Range 0N$ causes incorrect code to be generated for a test operation. 
Problem: 

The following program when compiled with the $RANGE 0N$ option wil 
cause incorrect code to be generated. 

■■B8085" I "BZ80" 
$EXTENSI0NS$ 
$RANGE 0N$ 

PROGRAM BOOLREAL; 

VAR A,B,C : REAL; 

L : BOOLEAN; 

BEGIN 

A :- 10.0; 
B :- 15.0; 
C := 12.0; 



L := (C < (B+.5) ) AND ( (C + .5) > A) ; 

END. 



The two intermediate results "(C < (B +.5))" and "(1C+.5) >A)" 
are anded together and this result is compared with the value 
two. Thus the case is never true. With RANGE OFF correct code 
is generated. 
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KPR #: D200059600 **CONTINUED** 
Temporary solution: 

It is necessary to turn $RANGE OFF$ to obtain correct code. Simply 
breaking up the expression will not work. 

KPR #: D200060186 Product: Z80/NSC800PASCAL 64823 01.02 

Keywords: PASS 3 

One-line description: 

Incorrect data. offsets in listing file. 

Problem: 

I am expanding this to all pascal compilers. The C compilers list the 
correct offset. $FAR 0N$ only applies to the 68000 cross compiler. 
The other compilers exhibit the defect w/o any options on. 

"processor name" 
PROGRAM PROVE; 

VAR 

X,Y:INTEGER; 

A: ARRAY [0. .99999] OF INTEGER; 
BEGIN 

STESTS 1, LIST_CODE ON, LIST_OBJ 0N$ 
(* Comment ON 

Y := A[0] ; 

Y := A[8000]; 

Y := A[9000]; 
Comment OFF *) 
$TESTS 3$ 

Y :- A[16000] ; 

Y :- A[ 17000] ; 
STESTS 7$ 

Y :- A[16000]; 

Y :- A[17000]; 
STESTS 1$ 

(* Comment ON 

Y := A[32000] ; 

Y :>= A[33000] ; 
Comment OFF *) 

END. 

Temporary solution: 

If arrays of this size are required download the file to the 64100 
and compile. 

KPR #: D200071357 Product: Z80/NSC800PASCAL 64823 01.03 
One-line description: 

Register may be incorrectly remembered following byte negate. 
Problem: 

There are certain situations where a byte negation may cause subsequent 
operations to fail because a register is remembered to contain a value 
that it in fact never did contain. The following code illustrates this: 
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"B8085" 

$EXTENSIONS 0N$ 
PROGRAM TEST; 
VAR 

S : SIGNED_8 ; 
US : UNSIGNED_8 ; 
816 : SIGNED_16 ; 
US16 : UNSIGNED_16 ; 

BEGIN 

US16 := -US ; 

LDA DTEST+OOOOIH 
CMA 

INR A 

MVI H,OOOH 

MOV L,A 

SHLD DTEST+00004H 
US := -US ; { incorrect reuse of register L } 
MOV A,L 
CMA 

INR A 

STA DTEST+OOOOIH 

END. 

This problem does not occur if DEBUG is ON or the declarations of 
US and US16 are consecutive. 

FIX INFO: 

This problem is already repaired on the lab system. The fix was to 
call DELETE_OP (R_A) after the code that complements and increments 
the A register in the PROCEDURE NEG_. This insures that register L 
never is tagged as containing the variable US. 

Signed off 06/25/87 in release 99.99 



KPR #: D200087346 Product: Z80/NSC800PASCAL 64823 01.90 

Keywords: CODE GENERATOR PROBLEM ON 9000/S300 PROBLEM ON 9000/S500 

PROBLEM ON VAX NOT ON 64100 SYSTEM 

One-line description: 

"Too many errors pass3" err msg, if use duplicate labels. Need better msg 
Problem: 

Pascal compiler may generate " too many errors in pass 3 ' if 

two procedures in one module have a label with same name. Example: 

"8086" 

SEXTENSIONS 0N$ 
PROGRAM T00_MANY; 
PROCEDURE ONE; 
LABEL 100; 
BEGIN 
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KPR #: D200087346 »*CONTINUED** 
100: 

GOTO 100; 

END; 

PROCEDURE TWO; { pass 3 error - too many errors in pass 3 } 
LABEL 100; { is generated, without any indication as to } 

BEGIN { what the problem is } 

100: 

GOTO 100 

END; 



Temporary solution: 

The obvious workaround, is do not use duplicate labels. If you get 
this error message, be aware that you may have duplicate labels in 
the program. 

Signed off 08/31/88 in release A02.00 

KPR #: D200090209 Product: Z80/NSC800PASCAL 64823 01.90 

One -line description: 

Certain set operations with explicit type changes may fail. 
Problem: 

The following code performs arithmetic multiplication and 
addition, rather than set intersection (AND) and inclusion (OR) 
operations in the assignments to Bytel. 

"BZ80" 

$EXTENSIONS$ 
PROGRAM TEST; 

TYPE 

BITS = (B0,B1,B2,B3,B4,B5,B6,B7,B8,B9,B10,B11,B12,B13,B14,B15) ; 
SET_OF_BITS = SET OF BITS; 

VAR 

Bytel : BYTE; 
I : SIGNED_16; 

PROCEDURE ERR_PROC; 
BEGIN 

Bytel := BYTE(SET_OF_BITS(ADDR(I) ) * 

SET_OF_BITS[B8,B9,B10,B11,B12,B13,B14,B15] ) ; 

Bytel := BYTE(SET_OF_BITS(ADDR(I) ) + 

SET_OF_BITS[B8,B9,B10,B11,B12,B13,B14,B15] ) ; 

END; 

Temporary solution: 

Reverse the order of the operands, as in: 

Bytel : = BYTE(SET_OF_BITS[B8,B9,B10,B11,B12,B13,B14,B15] * 
SET_OF_BITS(ADDR(I) ) ) ; 
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KPR #: D200090209 **CONTINUED** 

Bytel := BYTE ( SET_OF_BITS [B8 , B9 ,810 , Bll , B12 , B13 ,B14, B15] + 
SET OF BITS(ADDR(I) ] ) ; 
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KPR #: 1650006544 Product: Z8000 C 64820 00.01 

One-line description: 

Code generated for unsigned multiply is the same as for signed multiply. 
Problem: 

Code generated for an unsigned multiplication is the same as for 
signed multiplication. The following code is an example: 

•■C" 

"processor name" 
unsigned ul,u2.,u3; 
int il,i2,i3; 
main( ) 
{ 



u3 - ul*u2; 


(*LD 


R13,Dstatic * 


(*MULT 


RR12,Dstatic+00002H* 




(*LD 


Dstatic+00004H,R13 * 


13 = il*i2; 


(*LD 


Rll,Dstatic+00005H » 


(*MULT 


RR10,Dstatic+00008H* 




(*LD 


Dstatic+OOOOAH.Rll » 



} 



Temporary solution: 

No known temporary solution. 



KPR #: 5000180671 Product: Z8000 C 64820 01.06 

One-line description: 

Logical AND produces a multiply operation. 

Problem: 

"C" 

"Z8001" 
$SEPARATE 0N$ 
testO 
{ 

SUB R15,#00010H 
unsigned short *px, *py, *(*psub)(); 
unsigned long x; 

px - (unsigned long) py & OxTFOOFFFFL; 
LDL RR12,RR14[#00004H] 
LDL RR10,#07F00FFFFH 
AND R12,R10 
AND R13,R11 
LDL RR14[#0OOOOH} ,RR12 
/* Multiplication when (and) is called for */ 
px = (unsigned long) &x & OxTFOOFFFFL; 
IDA RR6,RR14[#OOO0CH] 
PIULTL RQ4,#07F00FFFFH 
LDL RR14[#00000H],RR6 
/* Indirect subroutine call */ 
px = (»psub) (py,0) ; 

PUSH 9lRR14,#00000H 

LDL RR12,RR14[#00006H] 

PUSHL @RR14,RR12 
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KPR #: 5000160671 *»CONTINUED** 

LDL RR12,RR14[#0000EH] 
CALL S1RR12 
INC R15,#6 
LDL RR10,RR2 
/* Next line appears to have wrong offset for RR14 */ 
LDL RR14[#0000CH] ,RR10 
INC R15,#16 

Rtest 

Two code generations problems: 

1) Logical "and" operation produces a multiply 

2) After calling a function indirectly that returns a pointer 
the register offset is incorrect for referencing variables 

Temporary solution: 

No temporary solution at this time. 

KPR #: 5000181545 Product: Z8000 C 64820 01.04 

One-line description: 

$OPTIMIZE$ compiler directive works differently for signed and unsigned. 
Problem: 

The $OPTIMIZE$ compiler directive optimizes operations on unsigned 
types like char, but doesn't optimize operations on signed variables 
like ints. When this directive is on, the compiler should not 
reload a register if it has already been loaded with a previous value. 
The compiler should assume that the value is correct. When this 
directive is off, then register contents should be forgotten, and 
reloaded. In the following code example, with SOPTIMIZE 0N$, the 
compiler optimizes the code if the variables are unsigned, but doesn't 
if they are signed: 

•■C" 

"processor name" 
SOPTimZE 0N$ 
main( ) 
{ 

char •a,*b; (*if these are declared as int, then no optimization 

is done*) 

while ((»a-*b) != '\0') 
{ 

a++ ; 
b++; 

} 

} 

Temporary solution: 

No known temporary solution at this time. 
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KPR #: 5000246983 Product: Z8000 C 64820 01.06 

One-line description: 

Local parms not accessed properly when func called via pointer. 
Problem: 

In the following program the code generated for the access of 
func2's local variables is incorrect. This happens only if 
func2 is called via a pointer and is defined after main. 

..(,,. 

"Z8001" 



int *func2( ) ; 

main( ) 
{ 

int i; 

int (*func)(); 



func = func2; 
i = (*func ) ( i) ; 



int *func2(pl) 
int pi; 

{ 

int j,k,l,m; 

j =1; 
k = 1; 
1=1; 
m = 1; 

/* All of the above references to the local variables will cause 
bad code to be generated. For example, the reference to j is 
RR14[0004] rather than RR14[0000]. */ 



Temporary solution: 

Define the function and its body prior to making calls to it 
via a pointer. 

func2( ) 
{ 



} 

main( ) 
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KPR #: 5000246983 **CONTINUED** 

{ 

int (*func)(); 
int i ; 

func=func2; 

i = (*func) (i) ; 

} 



KPR #: 5000280958 Product: Z8000 C 64820 02.10 

Keywords: PROBLEM ON 9000/S300 
One-line description: 

Compiler does not create an 'array too large' error when size > 32k. 
Problem: 

Z8001 C compiler generates 1113 error. When the array area is more 
than 32k bytes, compiler generates 1113 error. The C compiler on 64100 
does not generate that error. 

EXAMPLE: 

"C" 

■•Z8001" 

char array [0x8000] ; 

ma in ( ) 

{ 

} 

NOTE: according to SR#D200078873 the actual error may exist in 

the 64100 compiler. The Z8001 catches the 'array too large' 
error - the 64100 compiler allows this error to pass unnoticed. 

Temporary solution: 

There is no workaround available. 



KPR #: D200061762 Product: Z8000 C 64820 01.04 

One-line description: 

Inconsistient error message when linking ASH.R files versus COMP.R files 

Problem: 

When linking files with DATA addresses defined by more than 16 bits 
the assembler output causes link errors. If the program below is 
assembled the linker will flag a legal range error, but, will still 
generate an absolute file. Flagging the legal range error seems 
reasonable as the immediate mode of addressing only allows 16 
bits for its value (remember the data are must be put in at lOOOOH 
or greater for this error to occur). 

•■Z8002" 

DATA 

LABEL RMB 1 
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KPR #: D2OO061762 **CONTINUED** 
FROG 

START PUSH @IR15,#LABEL ;ONLY 15 BITS ARE ALLOCATED/ALLOWED 

;FOR THE IMMEDIATE VALUE. 



Now, if the below file is compiled it will generate a similar PUSH 
instruction is generated. If this file is linked with the data 
area at lOOOOH or greater NO error is given. Furthermore, if you 
turn ASn_FILE on and assemble and link the ASMZ8002 file the legal 
range error is flagged, but, identical absolutes are generated. In 
summary, it seems the LR error is appropiate because the immediate 
mode of addressing only allows 16 bits for its value. If for some 
reason the LR is inappropriate then the linker should be changed so 
it is consistient. 



"C" 

■■Z8002" 

$ASM_FILE 0N$ 
$SEPARATE 0N$ 

float table[10]; 

main() { 
float »i; 

♦i = table[l] + table[2] ; 
} 

Temporary solution: 

No temporary solution at this time. 



KPR #: D20O064808 Product: Z8000 C 64820 01.05 

One-line description: 

Superfluous register load in switch statement on the 64000 
Problem: 

In certain situations, the Z8000 C compiler generates different code 
on the 540O0 than it does on the hosts. The C constructs that cause 
this to occur are switch statements where the switch value is a four 
byte quantity accessed via the structure pointer operator. This 
code difference manifests itself as a superfluous register load 
that appears to have no adverse effects on the execution of the 
program. The extra register load occurs only on code compiled on 
the 64000, not on the hosts. 

The following code demonstrates this problem: 

■•C" 

"Z8001" 
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KPR #: D200064808 **CONTINUED** 

struct GROUP { 
char datal; 
long data2; 
char data3; 
int data4; 
long dataB; 

} group_struct = { ' A' , Ox42L, ' C , 0x44, Ox45L} ; 

Struct GROUP *grp_ptr = {&group_struct} ; 

main( ) 
{ 

switch (grp_ptr->data2) (*extra code is LDL RR12,RR0 instruction*) 
{ 

case 0x42 : break; 
default : break; 

} 

} 

Temporary solution: 

No known temporary solution at this time. 



KPR #: D200068155 Product: Z8000 C 64820 01.05 

One-line description: 

Illegal initialization causes error 1113. 
Problem: 

If you try to initialize a union (illegal per K&R page 198) 
the compiler does not flag the error. Instead pass three 
error 1113 is generated (if your target is the 68000, other 
processors will do the initialization incorrectly.). 

„(,„ 

"processor" 

struct struct_type { union { int i; 

long 1; } union var; 

}; 

static struct struct_type struct_var = {9,-1}; 
main() {} 



The 68000 flags error 1113 and other processor reserve static 
memory for the structure and try to initialize it. The Z80 
initializes three words of memory to 9, -1 and -1. 

Temporary solution: 

If you get error 1113 check for this illegal construct. 
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KPR #: D200069781 Product: Z8000 C 64820 01.05 

Keywords: PASS 3 
One-line description: 

Conditional compile fails if it suceeds a fixed parm function call. 
Problem: 

Conditional compile does not always work properly if you precede 
the conditional compile with a call to a fixed parameter function. 

"C" 

"processor" 

$FIXED_PARAMETERS 0N$ 
extern f unc 1 ( ) ; 
$FIXED_PARAMETERS OFF$ 
♦define ibis 0 

extern func2 ( ) ; 

inain( ) 

{ 

int i; 

funcl(24); /* See comment below. */ 

#if ibis 

func2( ) ; 
#else if 

i -1; 
tend if 

} 



If the fixed parameter function does not have a parameter which 
is a number I cannot duplicate the problem. 

Temporary solution: 

Turn SAMNESIA 0N$ prior to the call to the fixed parameter function. 
For efficiency reasons turn $AMNESIA OFF$ after the call. 



KPR #: D20OO78873 Product: Z8000 C 64820 01.06 

One- line description: 

Oversized data segment not being flagged as an error. 
Problem: 

Using the z8001 C compiler the compiler does not always flag too 
large of data area. See the example code below. 

"C" 

"Z8001" 

char array[60000] ; /* should cause pass II error "Data 

segment too large. */ 
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main( ) 
{} 



If you have two arrays of whose sum total size is greater 
than 32K then the appropriate error message is generated. 
On the 9000 series of hosts the above program causes 
a pass III error (program counters disagree.) On the 
64100 the file incorrectly reports no errors. 

Temporary solution: 
No temporary solution. 



KPR #: D200079616 Product: Z8000 C 64820 01.06 

Keywords: PROBLEM ON 9000/S300 
One-line description: 

If condition is tested with a CMP D1,D1 
Problem: 

The following problem will cause a CMP 01,01 to be generated. This 
instruction is generated to test an if condition. 

"C" 

"68000" 

int dataw,datar; 
int *addr; 

main( ) 

{ 

int ij; 
memory_test ( ) ; 



memory test ( ) 

{ 

long i; 

for (;;) { 

addr = 0x100000; 

for (i=0; i < 0x100000; i++) { 

dataw = (long) addr & Oxffff; 

*aaddr = dataw; 

datar - *addr; 

if (datar != dataw) { 

/* CMP 01, Dl generated here. */ 
^ for(;;); 

addr =addr+l; 
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KPR #: D200079616 ♦♦CONTINUED** 
} 

> 

} 

Temporary solution: 

Turn amnesia on ( lAMNESIA 0N$) around the function 
memory test. This will cause slightly more code to 
be generated. 



KPR #: D200081521 Product: Z8000 C 64820 01.06 

One-line description: 

Real variable used as a test condition cause error. 

Problem: 

58000 C compiler does not accept a float variable by itself 
as an expression. Example: 

float x; 
niain( ) 

{ if( X ) /* gives "Illegal type of operand(s) */ 
> 

1 

Customer feels that this variable should be evaluated to see if it 
is a non-zero float value. 

WORKAROUND: 

Use if( X != 0.0 ) ; 

OR 

cast the variable to an int: 
if ( (int)x); 
Temporary solution: 

Explicitly test the value against zero. 

•■C" 

"processor" 

main! ) 

{ 

float i; 

if ( i != 0) 



} 
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KPR #: D200085381 Product: Z8000 C 64820 01.06 

One-line description: 

Function calls via pointers with parameters mess up subsequent calls. 
Problem: 

Calls to functions made via a dereferenced pointer where parameters 
are passed will cause problems in accessing objects on the stack 
in subsequent functions. The following code illustrates. 

"C" 

"Z8002" 

funcK ) 
{ 

int (*TEST) ( ) ; 
(TEST) (11) ; 

} 

int func2(pann) 
int parm; 

return(parm) ; /* parm not correctly accessed */ 

} 

Temporary solution: 

There is no clean solution. You can avoid indirect calls when 
parameters are involved. Or make sure that the indirect call is 
the last thing in the source file. 
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KPR #: 5000123497 Product: Z8000 PASCAL 



64816 



01.09 



One-line description: 

Jump table may generate code which accesses wrong data space. 
Problem: 

The following program will generate a jump table which uses a 
LD R3,<src> instruction to execute. This instruction causes 
the status lines to indicate a RAM access when in fact the 
jump table is in the PROG (ROM) area. 

"28002" 

$EXTENSIONS 0N$ 
SSEPARATE 0N$ 



PROGRAM 
VAR V 



TEST; 



INTEGER; 



BEGIN 
V 



CASE 



10; 
V 



OF 



END; 



V:=2 
V:=3 
V:>4 
V:=5 
v:=6 
V:-8 



END. 



Temporary solution: 

No known temporary solution at this time. 



KPR #: 5000134916 Product: Z8000 PASCAL 64816 01.10 

Keywords: PASS 3 
One-line description: 

Calling func. twice in statement causes return value to be overwritten 
Problem: 

In the following program the user defined function "SQR" is called 
twice in one statement. The result of the first call is overwritten 
by the results of the second call because RH3 is not saved. 

"Z8001" 

SEXTENSIONS 0N$ 
PROGRAM FUNCTI0N_CALL; 

VAR 
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KPR #: 5000134916 **CONTINUED** 

SEXTVAR 0N$ 

RESULT : REAL ; 

NUMBER 1,NUMBER2: REAL; 

$EXTVAR 0FF$ 

FUNCTION SQR( NUM : REAL) : REAL; EXTERNAL; 

PROCEDURE TESTFUNC; 
BEGIN 

RESULT := SQR (NUMBERl) + SQR (NUMBER2); 
END. 

Temporary solution: 

Break up the statement into two separate statements with the 
first call storing the result of "SQR" in a temporary variable. 

"Z8001" 

SEXTENSIONS 0N$ 
PROGRAM FUNCTION_CALL; 
VAR 

$EXTVAR 0N$ 

RESULT :REAL; 
NUMBER 1 , NUMBER2 : RE AL ; 
TEMP :REAL; 
SEXTVAR OFF$ 

FUNCTION SQR( NUM: REAL ) : REAL; EXTERNAL; 

PROCEDURE TESTFUNC; 
BEGIN 

TEMP := SQR ( NUMBERl ) ; 
RESULT := TEMP + SQR(NUMBER2) ; 
END. 



KPR #: 5000150151 Product: Z8000 PASCAL 64816 01.04 

One-line description: 

"Downto" used in a for statement generates incorrect code. 
Problem: 

Using "downto" in a for statement generates incorrect code. The 
loop will only be executed once, because the jump condition at 
the end of the loop jumps on no carry instead of on carry. 
The following is an example: 

"processor name" 
PROGRAM TEST; 
TYPE 

DAYS = (SUN,MON,TUES,WED,THURS,FRI,SAT) ; 

VAR 

DAY_COUNT: ARRAY [DAYS] of SIGNED_16; 
DAY: DAYS; 
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KPR #: 5000150151 *»CONTINUED»* 
BEGIN 

FOR DAY:= SAT DOWNTO SUN DO 
DAY_COUNT[DAY] := 17; 



END. 



Code generated is: 

LDRB RL7,DTEST+0000EH 

SUBB RH7,RH7 

SLL R7 #1 

LD DTEST[R7] ,#00011H 

LDRB RL7,DTEST+0000EH 

ADDB RL7,#0FFH 

LDRB DTEST+0000EH,RL7 

JR UGE,TEST00_0 



The JR UGE,TESTOO_0 instruction jumps on no carry instead of on 
carry, and the loop only executes once. 

Temporary solution: 

No knovm temporary solution at this time. 



KPR #: D200060145 
Keywords: PASS 3 



Product: Z8000 PASCAL 



64816 



01. 10 



One-line description: 

Compiler $FAR 0N$, creates incorrect data offsets in listing 

Problem: 
••68000" 
$FAR 0N$ 
PROGRAM PROVE; 

VAR 

X,Y: INTEGER; 

A: ARRAY [0. .99999] OF INTEGER; 
BEGIN 

$TESTS 1, LIST_CODE ON, LIST_OBJ 0N$ 
(* Comment ON 

Y := A[0] ; 

y := A[8000] ; 

Y := A[9000] ; 
Comment OFF *) 
$TESTS 3$ 

Y :- A[ 16000] ; 

Y :- A[17000] ; 
$TESTS 7$ 

Y := A[16000] ; 

Y := A[17000]; 
STESTS 1$ 

(* Comment ON 

Y : = A[32000] ; 

Y := AC33000]; 
Comment OFF *) 

END. 



Temporary solution: 
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KPR #: D200050145 **CONTINUED** 

If arrays of this size are required download the file to the 64100 
and compile. 



KPR #: D200061721 Product: Z8000 PASCAL 64815 01.10 

One-line description: 

Inconsistient error message when linking ASM.R files versus COMP.R files 
Problem: 

When linking files with DATA addresses defined by more than 16 bits 
the assembler output causes link errors. If the program below is 
assembled the linker will flag a legal range error, but, will still 
generate an absolute file. Flagging the legal range error seems 
reasonable as the immediate mode of addressing only allows 16 
bits for its value (remember the data are must be put in at lOOOOH 
or greater for this error to occur). 



"28002" 

DATA 

LABEL RMB 1 
PROG 

START PUSH giR15,#LABEL ; ONLY 16 BITS ARE ALLOCATED/ALLOWED 

;FOR THE IMMEDIATE VALUE. 



Now, if the below file is compiled it will generate a similar PUSH 
instruction is generated. If this file is linked with the data 
area at lOOOOH or greater NO error is given. Furthermore, if you 
turn ASM_FILE on and assemble and link the ASMZ8002 file the legal 
range error is flagged, but, identical absolutes are generated. In 
summary, it seems the LR error is appropiate because the immediate 
mode of addressing only allows 16 bits for its value. If for some 
reason the LR is inappropriate then the linker should be changed so 
it is consistient. 



"C" 

"Z8002" 

$ASM_FILE 0N$ 
SSEPARATE 0N$ 

float table[10]; 

mainO { 

float *i; 

*i = table[l] + table[2]; 
} 

Temporary solution: 

No temporary solution at this time. 
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KPR #: D200073015 Product: Z8000 PASCAL 64816 01.11 

One-line description: 

BA address mode may attempt to use RRO Illegally as source 

Temporary solution: 
None. 



KPR #: D200085282 Product: Z8000 PASCAL 64816 01.12 

One-line description: 

$RANGE$ & type conversion of UNSIGNED_32 var may cause error 1006. 
Problem: 

A pass 2 error #1006 on the HP-UX and VMS compilers, or compilation 
hanging in pass 2 on the HP 64000, may occur under the following 
conditions: 

1) The SRANGE 0N$ compiler directive is in effect. 

2) An arithmetic operation between two UNSIGNED__.32 vars is type 
converted to SIGNED_32 and used as an array Index. 

3) The SRANGE OFF$ is then put into effect. 

4) There is an array reference inside a conditional. 

The following code illustrates: 

•■Z8002" 

$EXTENSIONS 0N$ 
PROGRAM ERROR; 

PROCEDURE TEST; 
VAR 

P,R : UNSIGNED_32: 

ARR : ARRAY [0..5] OF BYTE; 

BEGIN 

SRANGE ONS 

ARR[SIGNED_32(P+R)] := 95; 
SRANGE OFF$ 

IF ARR[5] <> 95 THEN ; (* error 1006 or pass 2 hangs ») 

END; 



KPR #: D200087338 Product: Z8000 PASCAL 64816 01.90 

Keywords: CODE GENERATOR PROBLEM ON 9000/S300 PROBLEM ON 9000/S500 

PROBLEM ON VAX NOT ON 64100 SYSTEM 

One-line description: 

■'Too many errors pass3" err msg, if use duplicate labels. Need better msg 
Problem: 

Pascal compiler may generate " too many errors in pass 3 " if 

two procedures in one module have a label with same name. Example: 

"8086" 

SEXTENSIONS ONS 
PROGRAM T0O_MANY; 
PROCEDURE ONE; 
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KPR #: D200087338 **CONTINUED»* 

LABEL 100; 

BEGIN 

100: 

GOTO 100; 

END; 

PROCEDURE TWO; { pass 3 error - too many errors in pass 3 ) 
LABEL 100; { is generated, without any indication as to } 

BEGIN { what the problem is } 

100: 

GOTO 100 

END; 



Temporary solution: 

The obvious workaround, is do not use duplicate labels. If you get 
this error message, be aware that you may have duplicate labels in 
the program. 

Signed off 08/31/88 in release A02.00 
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KPR #: D200080580 Product: Z8001 EMUL 300 64232S004 01.00 

One-line description: 

pwd truncates the /net/system portion of the path when RFA'ed to system. 
Problem: 

When using the HP 64000-UX products and netunaming across the LAN 
to another system, such as a compile server, the HP-UX command 
"pwd" which is used by the HP64000-UX product to tell what the 
local directory is, truncates the "/net/system" part of the path. 

This is a HP-UX operating system defect. It is not a defect in 

the HP 64000-UX application software. As soon as this defect is 

fixed in HP-UX, it will work correctly when using the HP 64000-UX 
applications. 



KPR #: D20OO80887 Product: Z8001 EMUL 300 64232S004 01.00 

One-line description: 

Using Emulation across RFA can give incomplete symbol information 
Problem: 

Accessing symbol data in a remote file across RFA may result 
in incomplete symbol information being available. This 
problem is a result of read() calls being interrupted during 
file access over RFA. 

This problem can also affect reading absolute data into memory as 
well. 



Temporary solution: 

If this problem occurs while loading absolute data, attempting 
to reload the file again may work. 

There are two possible answers to this problem. The first is to 
move the .Y file to the machine running the emulator. 

The second solution is to move the program object to the machine 
which is running the emulator. This can be done using the get64 
program. When you load the emulator, a new .Y file will be created. 



KPR #: D200081869 Product: Z8001 EMUL 300 64232S004 01.00 

One-line description: 

The Inter-Module-Bus trigger signal latches when set to drive & receive 
Problem: 

When two emulators are set to drive and receive trigger, after the 
trigger signal is driven once over the 1MB, the trigger signal latches. 
Subsequent measurements trigger immediately since the trigger signal on 
the 1MB is still latched from the previous measurement. 

Temporary solution: 

No workaround at this time. 
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KPR #: D200082164 Product: Z8001 EMUL 300 64232S004 01.00 

One-line description: 

Processes sometimes left running after parent has stopped. 
Problem: 

Sometimes, when the parent process to a measurement system is killed 
some of the measurement systems processes are left running. Please 
change the behaviour of the products so that these processes die 
nicely. 



Temporary solution: 

If the tty associated with the process is a pty, then you can 
release the processes by 
cat < ptyxx 

This causes the pending output to be flushed, and the processes will die 
naturally. 



KPR #: D200083170 Product: Z8001 EMUL 300 64232S004 01.00 

One-line description: 

Loading a trace file from a different processor may cause core dump 
Problem: 

If a trace file is created with "store trace" on a processor that allows 
multiple analysis modes with some mode other than the default, then is 
loaded by a processor with only one mode, a core dump will result. A 
good example is storing an execution mode trace on the dequeued 68000, 
then trying to load the trace on the non-dequeued 68000. 



Temporary solution: 

Do not attempt to load a trace file for a mode that is not supported. 



KPR #: D200085977 Product: Z8001 EMUL 300 64232S004 01.00 

One-line description: 
Tracelist symbols dissappear. 

Problem: 

The symbols will not be displayed in the trace list if the 
following commands are executed: 

1. display trace absolute symbols on 

2. end ; end locks the emulation session 

3. <system name> (module name> ; continues the emulation session 

4. display trace 

The symbols will not be displayed even if you try to re-execute step 
number 1. 

Temporary solution: 
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KPR #: D200085977 **CONTINUED*» 

Perform the following steps after executing steps 1-4 listed in the 
problem text. 

5. display trace mnemonic 

6. display trace absolute 



KPR #: D200086330 Product: Z8001 EMUL 300 64232S004 01.00 

One-line description: 

Using simio, then continuing , may not be possible 

Problem: 

If simio is used extensively, then the user attempts to end and reenter 
emulation, reentry will not be possible, and there will be a continuous 
error message stating that the 64120 will not accept a download. This 
is a problem with emulation core, and exists in all emulators. 



KPR #: D200088294 Product: Z8001 EMUL 300 64232S004 01.00 

One-line description: 

"end" softkey after HP-IB error does not clear command line 
Problem: 

If there is an HP-IB error and the "end" softkey appears, the command 

line will not be cleared on any keystroke like it normally is. 

In addition there have been instances where NO keystroke would work 

and the "end" softkey was inoperable, nothing could be typed on the 

command line. The exit was to kill the process from another terminal. 

This problem exists for all HP64000-UX emulators built with 

/lsd/p2/cmd/emul/gencore. 



KPR #: D200088443 Product: Z8001 EMUL 300 64232S004 01.00 

One-line description: 

Software breakpoint in target memory will hang system. 
Problem: 

A software breakpoint set in target memory will cause the system to 
hang. 



KPR #: D200090795 Product: Z8001 EMUL 300 64232S004 01.00 

One-line description: 

Code disp. with trace not right if code changed w/o ending emul. session 
Problem: 

Source lines displayed with a trace may not be correct if 

the code is changed without ending out of the emulation session. 

For exanple, a user running is windows does a display trace source 

on, and sees a statement: i = 1; in the trace along with the 

noVE.L #l,DO that accompanies that source line. The user then 

moves to another window, changes the source line to i = 2;, recompiles, 

relinks, and runs edbuild. The user then moves back to the emulation 

window, reloads the file, and reruns the code and the trace. The 
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KPR #: D200090795 »*CONTINUED** 

trace shows MOVE.L #2, DO as expected, BUT shows i = 1; as the 
source line. 

End out of emulation, and reenter before loading the new program 
Source lines displayed with a trace may not be correct if 
the code is changed without ending out of the emulation session. 
For exanple, a user running is windows does a display trace source 
on, and sees a statement: i = 1; in the trace along with the 
MOVE.L #1,D0 that accompanies that source line. The user then 
moves to another window, changes the source line to i = 2;, recompiles, 
relinks, and runs edbuild. The user then moves back to the emulation 
window, reloads the file, and reruns the code and the trace. The 
trace shows MOVE.L #2, DO as expected, BUT shows i = 1; as the 
source line. 

Temporary solution: 

End out of emulation, and reenter before loading the new program 
or executing the trace. 
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KPR #: D200055731 Product: Z8001/02 C M 64820-90901 01.04 

One-line description; 

Declaring a function which returns a ptr to a function causes error. 
Problem: 

Declaring a function that returns a pointer to a function that 
returns an integer causes invalid syntax errors to be generated. 

"C" 

"processor" 

int fund ( ) ; 

int (*func5() ) 0; 

main ( ) { 

int cntr; 
int (*tmp) ( ) ; 

for (cntr=l; cntr<4; cntr++) { 
tmp=func5(cntrl ; 

} 

funcK ) { return ( 1) ; } 
Temporary solution: 

Break up the declaration by using a typedef. 

"C" 

"processor" 

int funcK ) ; 

typedef int (*pfi)(); 

pf i f unc5 ( ) ; 

main ( ) { 

int cntr; 
int (*tinp)(); 

for (cntr=l; cntr<4; cntr++) 
{ tmp = func5(cntr) ; 

} 

} 

pfi func5(tmp2) 
int tmp2; 

{ 

if (tmp2==l) return ( fund ) ; 

) 

tuncK ) {returnf 1) ; } 
Fix information: 

Fix is documented in Software Notice 5959-2125 R2707. 
Signed off 08/06/87 in release 01.06 
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KPR #: 5000131573 Product: Z8001/2 EtIUL M 64980-90923 01.00 

One-line description: 

Need more info on sharing user system calls & monitor interaction. 
Problem: 

Customer feels that manual should include more information on the 
sharing of user system calls with the emulation monitor's system 
calls. Include a short section which explains how this can be done, 
including an example of user code which would handle all system calls 
and fall through to the monitor if appropiate. The customer was able 
to do this himself but felt it should be explained in the manual. 

Also, the chapter "EMULATION CONFIGURATION" subsection "Monitor 
Interaction" talks of the transparency of the Break system call 
instruction, including the jamming of the PSA information. Customer 
felt that this info should be more detailed. 

Temporary solution: 
See problem text. 
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KPR #: D200072462 Product: Z8002 EMUL 300 64233S004 01.00 

One-line description; 

Incorrect breakpoint behaviour on continuing emulation. 
Problem: 

When using software breakpoints, and doing the following sequence, 
emulation does not behave as expected. 

run LOOP 

modify sof tware_breakpoints set LOOP 

# breaks into monitor, displays breakpoint and clears breakpoint 
run 

end locked 

# return to emulation 

modify sof tware_breakpoints set LOOP 

# breaks into monitor, but does not display or clear breakpoint 

# at second iteration, things return to normal. 



KPR #: D200080598 Product: Z8002 EMUL 300 64233S004 01.00 

One-line description: 

pwd truncates the /net/system portion of the path when RFA'ed to system. 
Problem: 

When using the HP 64000-UX products and netunaming across the LAN 
to another system, such as a compile server, the HP-UX command 
"pwd" which is used by the HP64000-UX product to tell what the 
local directory is, truncates the "/net/system" part of the path. 

This is a HP-UX operating system defect. It is not a defect in 

the HP 64000-UX application software. As soon as this defect is 

fixed in HP-UX, it will work correctly when using the HP 64000-UX 
applications. 



KPR #: D200080895 Product: Z8002 EMUL 300 64233S004 01.00 

One-line description: 

Using Emulation across RFA can give incomplete symbol information 
Problem: 

Accessing symbol data in a remote file across RFA may result 
in incomplete symbol information being available. This 
problem is a result of readO calls being interrupted during 
file access over RFA. 

This problem can also affect reading absolute data into memory as 
well. 



Temporary solution: 

If this problem occurs while loading absolute data, attempting 
to reload the file again may work. 

There are two possible answers to this problem. The first is to 
move the .Y file to the machine running the emulator. 
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The second solution is to move the program object to the machine 
which is running the emulator. This can be done using the get64 
program. When you load the emulator, a new .Y file will be created. 



KPR #: D200081877 Product: Z8002 EMUL 300 64233S004 01.00 

One-line description: 

The Inter-Module-Bus trigger signal latches when set to drive & receive 
Problem: 

When two emulators are set to drive and receive trigger, after the 
trigger signal is driven once over the 1MB, the trigger signal latches. 
Subsequent measurements trigger immediately since the trigger signal on 
the 1MB is still latched from the previous measurement. 

Temporary solution: 

No workaround at this time. 



KPR #: D200082172 Product: Z8002 EMUL 300 64233S004 01.00 

One-line description: 

Processes sometimes left running after parent has stopped. 
Problem: 

Sometimes, when the parent process to a measurement system is killed 
some of the measurement systems processes are left running. Please 
change the behaviour of the products so that these processes die 
nicely. 



Temporary solution: 

If the tty associated with the process is a pty, then you can 
release the processes by 
cat < ptyxx 

This causes the pending output to be flushed, and the processes will die 
naturally. 



KPR #: D200083188 Product: Z8002 EMUL 300 64233S004 01.00 

One- line description: 

Loading a trace file from a different processor may cause core dump 
Problem: 

If a trace file is created with "store trace" on a processor that allows 
multiple analysis modes with some mode other than the default, then is 
loaded by a processor with only one mode, a core dump will result. A 
good example is storing an execution mode trace on the dequeued 68000, 
then trying to load the trace on the non-dequeued 68000. 
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KPR #: D200083188 *»CONTINUED** 
Temporary solution: 

Do not attempt to load a trace file for a mode that is not supported. 



KPR #: D200085985 Product: Z8002 EMUL 300 64233S004 01.00 

One-line description: 
Tracelist symbols dissappear. 

Problem: 

The symbols will not be displayed in the trace list if the 
following commands are executed: 

1. display trace absolute symbols on 

2. end ; end locks the emulation session 

3. <system name> <module name> ; continues the emulation session 

4. display trace 

The symbols will not be displayed even if you try to re-execute step 
number 1. 

Temporary solution: 

Perform the following steps after executing steps 1-4 listed in the 
problem text. 

5. display trace mnemonic 

6. display trace absolute 



KPR #: D200086348 Product: Z8002 EMUL 300 64233S004 01.00 

One-line description: 

Using simio, then continuing , may not be possible 
Problem: 

If simio is used extensively, then the user attempts to end and reenter 
emulation, reentry will not be possible, and there will be a continuous 
error message stating that the 64120 will not accept a download. This 
is a problem with emulation core, and exists in all emulators. 



KPR #: D200088302 Product: Z8002 EMUL 300 64233S004 01.00 

One-line description: 

"end" softkey after HP-IB error does not clear command line 
Problem: 

If there is an HP-IB error and the "end" softkey appears, the command 
line will not be cleared on any keystroke like it normally is. 
In addition there have been instances where NO keystroke would work 
and the "end" softkey was inoperable, nothing could be typed on the 
command line. The exit was to kill the process from another terminal. 
This problem exists for all HP64000-UX emulators built with 
/lsd/p2/cmd/emul/gencore . 



- Z8002 EMUL - 



Known Problem Reports as of 09/01/88 Page: 677 

KPR #: D200088450 Product: Z8002 EMUL 300 64233S004 01.00 

One-line description: 

Software breakpoint in target memory will hang system. 
Problem: 

A software breakpoint set in target memory will cause the system to 
hang. 



KPR #: D20O090803 Product: Z8002 EMUL 300 64233S004 01.00 

One-line description: 

Code disp. with trace not right if code changed w/o ending emul. session 
Problem: 

Source lines displayed with a trace may not be correct if 

the code is changed without ending out of the emulation session. 

For exanple, a user running is windows does a display trace source 

on, and sees a statement: i = 1; in the trace along with the 

MOVE.L #1,D0 that accompanies that source line. The user then 

moves to another window, changes the source line to i = 2;, recompiles, 

relinks, and runs edbuild. The user then moves back to the emulation 

window, reloads the file, and reruns the code and the trace. The 

trace shows NOVE.L #2, DO as expected, BUT shows i = 1; as the 

source line. 

End out of emulation, and reenter before loading the new program 
Source lines displayed with a trace may not be correct if 
the code is changed without ending out of the emulation session. 
For exanple, a user running is windows does a display trace source 
on, and sees a statement: i = 1; in the trace along with the 
MOVE.L #1,D0 that accompanies that source line. The user then 
moves to another window, changes the source line to i = 2; , recompiles, 
relinks, and runs edbuild. The user then moves back to the emulation 
window, reloads the file, and reruns the code and the trace. The 
trace shows MOVE.L #2, DO as expected, BUI shows i = 1; as the 
source line. 

Temporary solution: 

End out of emulation, and reenter before loading the new program 
or executing the trace. 
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KPR #: 5000258616 Product: Z80H EMULATION 300 64253S004 01.00 

One-line description: 

CANNOT ACCESS COMPILER GENERATED SYMBOLS IN HP64000-UX EMUL ENVIRONMENT 
Problem: 

Compiler generated symbols are specific to the HP64000 software 
products. While in the HP64000-UX emulation environment, users 
can access all symbol information in the user program, but can 
not access these compiler generated symbols for displaying, tracing 
and modifying purposes. An enhancement investigation may be 
possible if needs are warranted. 



KPR #: D200069559 Product: Z80H EMULATION 300 64253S004 01.00 
One-line description: 

Measurement System end_released when terminal cannot be initialized 
Problem: 

A measurement system will be end_released, resulting in loss of 
data, when a non-supported terminal is used to enter a currently 
locked measurement system. This problem will arise if the TERM 
environment variable is not set to a value that is supported by 
64000-UX. This may happen when logging in to a system over a 
port that is not hard-wired (modem, LAN vt, etc.) where the 
system prompts you for the Terminal type, which sets the TERM 
variable. 

Temporary solution: 

Make sure that the TERM variable is set to a type of terminal 
that is supported with 64000-UX. This can be verified by typing 
"echo $TERM". 



KPR #: D200080563 Product: Z80H EMULATION 300 64253S004 01.00 
One-line description: 

pwd truncates the /net/system portion of the path when RFA'ed to system. 
Problem: 

When using the HP 64000-UX products and netunaming across the LAN 
to another system, such as a compile server, the HP-UX command 
"pwd" which is used by the HP64000-UX product to tell what the 
local directory is, truncates the "/net/system" part of the path. 

This is a HP-UX operating system defect. It is not a defect in 

the HP 64000-UX application software. As soon as this defect is 

fixed in HP-UX, it will work correctly when using the HP 64000-UX 
applications. 



KPR #: D200080960 Product: Z80H EMULATION 300 64253S004 01.00 
One-line description: 

Using Emulation across RFA can give incomplete symbol information 
Problem: 

Accessing symbol data in a remote file across RFA may result 
in incomplete symbol information being available. This 
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KPR #: D20 0080960 **CONTINUED** 

problem is a result of readO calls being interrupted during 
file access over RFA. 

This problem can also affect reading absolute data into memory as 
well. 



Temporary solution: 

If this problem occurs while loading absolute data, attempting 
to reload the file again may work. 

There are two possible answers to this problem. The first is to 
move the .Y file to the machine running the emulator. 

The second solution is to move the program object to the machine 
which is running the emulator. This can be done using the get54 
program. When you load the emulator, a new .Y file will be created. 

KPR #: D2O0081919 Product: Z80H EMULATION 300 64253S004 01.00 

One-line description: 

The Inter-Module-Bus trigger signal latches when set to drive & receive 
Problem: 

When two emulators are set to drive and receive trigger, after the 
trigger signal is driven once over the 1MB, the trigger signal latches. 
Subsequent measurements trigger immediately since the trigger signal on 
the 1MB is still latched from the previous measurement. 

Temporary solution: 

No workaround at this time. 

KPR #: D2O0082248 Product: Z80H EMULATION 300 64253S004 01.00 
One-line description: 

Processes sometimes left running after parent has stopped. 

Problem: 

Sometimes, when the parent process to a measurement system is killed 
some of the measurement systems processes are left running. Please 
change the behaviour of the products so that these processes die 
nicely. 



Temporary solution: 

If the tty associated with the process is a pty, then you can 
release the processes by 
cat < ptyxx 

This causes the pending output to be flushed, and the processes will die 
naturally. 
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KPR #: D200083253 Product: Z80H EMULATION 300 64253S004 01.00 
One-line description: 

Loading a trace file from a different processor may cause core dump 
Problem: 

If a trace file is created with "store trace" on a processor that allows 
multiple analysis modes with some mode other than the default, then is 
loaded by a processor with only one mode, a core dump will result. A 
good example is storing an execution mode trace on the dequeued 68000, 
then trying to load the trace on the non-dequeued 68000. 



Temporary solution; 

Do not attempt to load a trace file for a mode that is not supported. 



KPR #: D200086041 Product: Z80H EMULATION 300 64253S004 01.00 

One-line description: 
Tracelist symbols dissappear. 

Problem: 

The symbols will not be displayed in the trace list if the 
following commands are executed: 

1. display trace absolute symbols on 

2. end ; end locks the emulation session 

3. <system name> <module name> ; continues the emulation session 

4. display trace 

The symbols will not be displayed even if you try to re-execute step 
number 1 . 

Temporary solution: 

Perform the following steps after executing steps 1-4 listed in the 
problem text. 

5. display trace mnemonic 

6. display trace absolute 



KPR #: D200086389 Product: Z80H EMULATION 300 64253S004 01.00 
One-line description: 

Using simio, then continuing , may not be possible 
Problem: 

If simio is used extensively, then the user attempts to end and reenter 
emulation, reentry will not be possible, and there will be a continuous 
error message stating that the 64120 will not accept a download. This 
is a problem with emulation core, and exists in all emulators. 
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KPR #: D200088344 Product: Z80H EMULATION 300 64253S004 01.00 
One-line description: 

"end" softkey after HP-IB error does not clear command line 
Problem: 

If there is an HP-IB error and the "end" softkey appears, the command 

line will not be cleared on any keystroke like it normally is. 

In addition there have been instances where NO keystroke would work 

and the "end" softkey was inoperable, nothing could be typed on the 

command line. The exit was to kill the process from another terminal. 

This problem exists for all HP64000-UX emulators built with 

/ 1 sd/p2 /cmd/emu 1 /genco r e . 



KPR #: D200090878 Product: Z80H EMULATION 300 64253S004 01.00 
One-line description: 

Code disp. with trace not right if code changed w/o ending emul. session 
Problem: 

Source lines displayed with a trace may not be correct if 

the code is changed without ending out of the emulation session. 

For exanple, a user running is windows does a display trace source 

on, and sees a statement: i = 1; in the trace along with the 

MOVE.L #1,D0 that accompanies that source line. The user then 

moves to another window, changes the source line to i = 2; , recompiles, 

relinks, and runs edbuild. The user then moves back to the emulation 

window, reloads the file, and reruns the code and the trace. The 

trace shows MOVE.L #2, DO as expected, BUT shows i = 1; as the 

source line. 

End out of emulation, and reenter before loading the new program 
Source lines displayed with a trace may not be correct if 
the code is changed without ending out of the emulation session. 
For exanple, a u^er running is windows does a display trace source 
on, and sees a statement: i = 1; in the trace along with the 
MOVE.L #1,D0 that accompanies that source line. The user then 
moves to another window, changes the source line to i = 2;, recompiles, 
relinks, and runs edbuild. The user then moves back to the emulation 
window, reloads the file, and reruns the code and the trace. The 
trace shows MOVE.L #2, DO as expected, BUT shows i = 1; as the 
source line. 

Temporary solution: 

End out of emulation, and reenter before loading the new program 
or executing the trace. 
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